С днем программиста, всех нас!
Выкладываю свои мысли, которые касаются программирования или смежных технологий. Главным образом для себя, чтоб не забывать, но, буду рад, если они помогут кому-то еще.
среда, 7 сентября 2011 г.
Слушай и проверяй
Если заказчик разговаривает о каком-то "предмете"(картинка, заказ, какой-то файл, баг...), пусть сначала покажет этот "предмет". Только потом можно будет дальше общаться.
Без этого выслушивать предположения и выводы заказчика вредно для состояния нервной системы программиста.
Очень часто заказчик путает или не до конца понимает о чем он говорит, иногда даже считает не правильно. А бывает заказчик вообще сам просто передает чьи-то слова и тогда вообще смысл проблемы в корне меняется.
И так, сначала смотрим на то, что обсуждаем, а затем продолжаем обсуждение.
вторник, 6 сентября 2011 г.
Заказчики, думайте по-чаще
Подборка самых ..., что очень часто бывает и что больше всего достает.
Самое интересное - так и бывает!
Дизайнер сдает работу заказчику. Заказчик удовлетворенно кивает, со всем соглашается:
— Ну, вроде бы все принято!
— Отлично, с вас 1500.
Заказчик, отдавая деньги: «Я надеюсь, если потом нужно будет переправить, можно обратиться? Это ведь не так, что один раз сделали и забыли? “
— Разумеется, в зависимости от того, что и как нужно будет исправить.
— Ну конечно! Я же не скажу “Давайте все переделаем”!
— Не вопрос. Кстати, еще один момент. Можно и мне потом, если у меня вдруг кончатся деньги или возникнут новые планы, я обращусь к вам насчет немного доплатить? Это мелочь, мне требуется очень редко, думаю, вас не затруднит.
— ???
— Да вы не переживайте! Я же не подойду к вам, мол, заплатите мне еще раз!
Покупатель: Наш бюджет $400, но нам не нужно ничего сложного… (самая идиотская фраза) вы пользовались программой Аутлук?
Я: Да, конечно!
Покупатель: Вот нам нужен сайт с таким же функционалом, плюс несколько доработок.
— Меня интересует разработка сайта-визитки. На нем должна быть возможность заказывать товары, оплачивать кредитной картой, регистрироваться, добавлять фотки и переписываться с друзьями.
Самое интересное - так и бывает!
понедельник, 5 сентября 2011 г.
Недавно узнал от товарища одну особенность у IDE Eclipse и проверил ее в NetBeans. При написании коментария к функциям синтаксисом PHPDocumentor(etc...), примерно так:
/**
* @return CommonObject
*/
Если функция неявно возвращает объект, то IDE увидя такой тег, будет считать, что функция возвращает объект класса CommonObject и соответственно сделает правильное подсвечивание кода.
четверг, 1 сентября 2011 г.
Вот мне интересно, откуда у человека растут руки, который пишет такой код:
и человек ли это вообще писал...
PS код предоставлен одним товарищем, которому тоже не понятно откуда такое вообще береться...
((JDialog)((JRootPane)((JLayeredPane)((JPanel)((JScrollPane)((JViewport)this.getParent()).getParent()).getParent()).getParent()).getParent()).getParent()).dispose();
и человек ли это вообще писал...
PS код предоставлен одним товарищем, которому тоже не понятно откуда такое вообще береться...
среда, 24 августа 2011 г.
Баг в php
http://www.xakep.ru/post/56566/
Специалисты по PHP призывают пользователей избегать обновления до версии 5.3.7, выпущенного на прошлой неделе и содержащего серьезный баг, затрагивающий некоторые криптографические функции.
Специалисты по PHP призывают пользователей избегать обновления до версии 5.3.7, выпущенного на прошлой неделе и содержащего серьезный баг, затрагивающий некоторые криптографические функции.
воскресенье, 21 августа 2011 г.
Универсальность
В программировании эта тема занимает не последнее место. Недавно окончательно сформировалась мысля по этому вопросу.
Меня и раньше посещали подобные мыли и к тому же подтверждались на практике. А теперь у меня есть и формулировка, примерно дословно, воссозданная по словам одного товарища, под именем Коля:
Как и во многих других вещах возвращаемся к "Золотой середине".
Иначе говоря, универсальность должна использоваться в меру и без фанатизма. Иначе можно получить такой запутанный код, что будет легче переписать все, чем разбираться в нем.
Меня и раньше посещали подобные мыли и к тому же подтверждались на практике. А теперь у меня есть и формулировка, примерно дословно, воссозданная по словам одного товарища, под именем Коля:
"чем больше универсальности, тем больше костылей придется доделывать при использовании нестандартных действий".
Как и во многих других вещах возвращаемся к "Золотой середине".
Иначе говоря, универсальность должна использоваться в меру и без фанатизма. Иначе можно получить такой запутанный код, что будет легче переписать все, чем разбираться в нем.
понедельник, 27 июня 2011 г.
Ошибиться в регистре очень легко. К примеру, как писать Id или ID. Все пишут по разному, как им захочется и согласно своей внутренней логике, временами на совпадающей с логикой другого программиста.
Ошибиться легко, а исправлять и доводить до "ума" потом будет очень сложно.
суббота, 18 июня 2011 г.
Подписаться на:
Сообщения (Atom)