Дорогой блог!
Сегодня я хочу поговорить с тобой про страшные вещи. Я вот сегодня писал программу, которую мы все пишем на работе, и запустил тесты. Их очень много - целых 700 штук. И один из них мне сказал, что он не будет выполняться, потому что он OutOfMemoryException, а я испугался, потому что подумал, что кто-то из нас написал плохой код. Но на самом деле это просто тест ленился работать, а мы написали в нем не настолько плохой код.
А знаешь, почему я испугался, блог? Потому что мы часто пишем плохой код, хотя стараемся писать только хороший и правильный и читаем для этого умных дяденек вроде вот этого и вот этого. И я подумал, почему же мы пишем плохой код, хотя стараемся писать хороший? Я думаю, это из-за того, что мы очень торопимся, потому что наши заказчики очень просят нас успеть сделать за месяц столько, сколько мы обычно делаем за три месяца. Как ты думаешь, мы хорошие планктоны или не очень?
А потом я подумал, что мы наверное зря торопимся, потому что мы все равно успеем за месяц сделать только столько, сколько мы обычно делаем за два месяца, а больше не успеем. А еще я подумал, что было бы здорово сказать заказчику, что даже если мы успеем все сделать за месяц, то это будет очень плохо, и ему не понравится наша программа. Но нам нельзя такое говорить заказчику, потому что наши начальники нам запрещают. Я думаю, они так делают потому, что боятся, что заказчики на них обидятся. И я думаю, что когда ты планктон, то тебе нельзя поддаваться заказчику, потому что тогда ты напишешь плохую программу, и заказчик на тебя обидится. А когда ты начальник, то тебе совсем-совсем нельзя поддаваться заказчику, потому что на тебя обидятся все: твои планктоны, заказчик, его друзья и все-все, кому они расскажут.
Дорогоуважаемые программисты! Не бойтесь, когда вас просят сделать за месяц то, что вы обычно делаете за три месяца, а просто честно говорите, что вы за месяц сделаете столько, сколько обычно делаете за месяц. А еще обязательно говорите, что это не вы ленивые, а просто планктоны не умеют делать больше хороших программ.
Дорогоуважаемые начальники! Не обижайтесь на планктонов, когда они говорят вам, что не могут за месяц сделать столько, сколько просит заказчик. А лучше говорите заказчику то, что вам говорят планктоны. И всегда-всегда помните, что на вас будут обижаться, если вы будете обещать делать очень много и очень хорошо, а на самом деле будете делать или очень много, или хорошо.
До скорых встреч!
пятница, 22 июля 2011 г.
пятница, 15 июля 2011 г.
Про языки
Дорогой блог!
Сегодня я хочу рассказать тебе о языках. Вот я сейчас занимаюсь такой сложной штукой, которая называется импорт данных. Она такая сложная, что я даже сам до конца ее не понимаю. А еще вместе со мной этой штукой занимаются архитектор и еще один планктон, только поменьше. Вот, и мы еще хотим, чтобы этой штукой занимался еще один планктон, но он уже большой.
И когда мы все вместе думаем про импорт данных и проектируем его, мы рисуем такие специальные рисунки, которые называются DFD, Use Case и Component Map. А все вместе они называются UML. И я заметил, что мы начинаем говорить уже только на UML, а не на русском языке. И мне от этого немножко грустно. Как ты думаешь, бложик, почему нам так хорошо подходит UML и так плохо подходит русский язык? Я вот думаю, что это не из-за того, что мы плохие или плохо знаем русский язык, а из-за того, что задачка плохо подходит к русскому языку.
Дорогоуважаемые программисты! А какие вы еще знаете задачки, для которых плохо подходит русский язык, а хорошо подходит другой язык?
До скорых встреч!
Сегодня я хочу рассказать тебе о языках. Вот я сейчас занимаюсь такой сложной штукой, которая называется импорт данных. Она такая сложная, что я даже сам до конца ее не понимаю. А еще вместе со мной этой штукой занимаются архитектор и еще один планктон, только поменьше. Вот, и мы еще хотим, чтобы этой штукой занимался еще один планктон, но он уже большой.
И когда мы все вместе думаем про импорт данных и проектируем его, мы рисуем такие специальные рисунки, которые называются DFD, Use Case и Component Map. А все вместе они называются UML. И я заметил, что мы начинаем говорить уже только на UML, а не на русском языке. И мне от этого немножко грустно. Как ты думаешь, бложик, почему нам так хорошо подходит UML и так плохо подходит русский язык? Я вот думаю, что это не из-за того, что мы плохие или плохо знаем русский язык, а из-за того, что задачка плохо подходит к русскому языку.
Дорогоуважаемые программисты! А какие вы еще знаете задачки, для которых плохо подходит русский язык, а хорошо подходит другой язык?
До скорых встреч!
среда, 13 июля 2011 г.
Исследования исследований
Дорогой блог!
Сегодня хочу написать тебе про то, как что-нибудь исследовать. Вот ты как исследуешь?
А я делаю так: сначала надо получить задачу, потому что иначе нельзя исследовать. Все хорошие планктоны сначала получают задачи, а я хороший. Потом я всегда выясняю про то, что надо исследовать, а то ничего непонятно из задачи. А потом я сижу и исследую, а потом делаю результаты и показываю их всем, и все меня хвалят, а особенно начальник.
Недавно я исследовал одну важную штуку про то, как можно перегонять одни данные в другие данные, но я про нее тебе как-нибудь потом расскажу. Когда я взял задачку, я подумал, что она на полдня, а потом я выяснил, что надо исследовать, и подумал, что она на полтора дня. А потом я стал исследовать и делать такие клевые штуки пруф оф консепт. А потом оказалось, что я их делал целых три дня, а мне надо еще полдня, чтобы сделать результаты исследования. И мой начальник меня уже собирался не хвалить, а ругать, хотя я не понимаю, за что.
И я подумал, дорогой блог, а почему я думал, что исследование будет полтора дня, а получилось три с половиной? Мне кажется, что это из-за того, что было непонятно, что исследовать и что я должен был написать в результатах. Вот если бы мне сказали сразу, что надо, чтобы технология оказалась неудачной, я бы точно уложился в полтора дня. А то получается, что у меня непонятная задачка, а я ее должен сделать хорошо и точно.
А еще я подумал, что наверно есть такие исследования, которые можно делать и три с половиной, и даже четыре дня! Представляешь, сколько это времени? И наверно эти исследования с очень важными результатами, что начальники разрешают их столько делать. А как ты думаешь, какая должна быть важность результата, чтобы делать исследование столько, сколько нужно? И еще, как ты думаешь, как можно узнать важность результата заранее?
Дорогоуважаемые программисты! Помогите нам пожалуйста с бложиком найти ответы на эти вопросы. А еще занимайтесь исследованиями, только всегда берите такие задачки у своих начальников, потому что надо быть хорошими.
До скорых встреч!
Сегодня хочу написать тебе про то, как что-нибудь исследовать. Вот ты как исследуешь?
А я делаю так: сначала надо получить задачу, потому что иначе нельзя исследовать. Все хорошие планктоны сначала получают задачи, а я хороший. Потом я всегда выясняю про то, что надо исследовать, а то ничего непонятно из задачи. А потом я сижу и исследую, а потом делаю результаты и показываю их всем, и все меня хвалят, а особенно начальник.
Недавно я исследовал одну важную штуку про то, как можно перегонять одни данные в другие данные, но я про нее тебе как-нибудь потом расскажу. Когда я взял задачку, я подумал, что она на полдня, а потом я выяснил, что надо исследовать, и подумал, что она на полтора дня. А потом я стал исследовать и делать такие клевые штуки пруф оф консепт. А потом оказалось, что я их делал целых три дня, а мне надо еще полдня, чтобы сделать результаты исследования. И мой начальник меня уже собирался не хвалить, а ругать, хотя я не понимаю, за что.
И я подумал, дорогой блог, а почему я думал, что исследование будет полтора дня, а получилось три с половиной? Мне кажется, что это из-за того, что было непонятно, что исследовать и что я должен был написать в результатах. Вот если бы мне сказали сразу, что надо, чтобы технология оказалась неудачной, я бы точно уложился в полтора дня. А то получается, что у меня непонятная задачка, а я ее должен сделать хорошо и точно.
А еще я подумал, что наверно есть такие исследования, которые можно делать и три с половиной, и даже четыре дня! Представляешь, сколько это времени? И наверно эти исследования с очень важными результатами, что начальники разрешают их столько делать. А как ты думаешь, какая должна быть важность результата, чтобы делать исследование столько, сколько нужно? И еще, как ты думаешь, как можно узнать важность результата заранее?
Дорогоуважаемые программисты! Помогите нам пожалуйста с бложиком найти ответы на эти вопросы. А еще занимайтесь исследованиями, только всегда берите такие задачки у своих начальников, потому что надо быть хорошими.
До скорых встреч!
понедельник, 11 июля 2011 г.
Про много задач
Дорогой блог!
Я очень много думал и сегодня хочу рассказать тебе, что я надумал. Как ты конечно знаешь, у всех есть много-много задач, которые они должны делать. И все их делают. Но я недавно узнал, что все их делают неправильно! Все же берут по одной задачке и делают их до конца! И получается у них так: взял первую задачку, и делаешь ее, делаешь. А вторая задачка в это время скучает, потому что ее никто не делает.
А меня мои начальники убедили, что надо делать не так. Надо взять первую задачку и немного ее поделать, а потом взять вторую задачку и немного ее поделать, а потом взять третью задачку и еще немного поделать ее. И тогда все задачки будут счастливы, потому что они все будут делаться одновременно и очень-очень быстро. Это же замечательно! Потому что все задачки счастливы, и программисты счастливы. И начальники тоже счастливы, потому что программисты делают задачки быстро-быстро и хорошо-хорошо.
Дорогоуважаемые программисты! Пожалуйста беритесь за как можно больше задачек сразу. Тогда всем станет очень хорошо и приятно, а вы получите много удовольствия от своей работы.
До скорых встреч!
Я очень много думал и сегодня хочу рассказать тебе, что я надумал. Как ты конечно знаешь, у всех есть много-много задач, которые они должны делать. И все их делают. Но я недавно узнал, что все их делают неправильно! Все же берут по одной задачке и делают их до конца! И получается у них так: взял первую задачку, и делаешь ее, делаешь. А вторая задачка в это время скучает, потому что ее никто не делает.
А меня мои начальники убедили, что надо делать не так. Надо взять первую задачку и немного ее поделать, а потом взять вторую задачку и немного ее поделать, а потом взять третью задачку и еще немного поделать ее. И тогда все задачки будут счастливы, потому что они все будут делаться одновременно и очень-очень быстро. Это же замечательно! Потому что все задачки счастливы, и программисты счастливы. И начальники тоже счастливы, потому что программисты делают задачки быстро-быстро и хорошо-хорошо.
Дорогоуважаемые программисты! Пожалуйста беритесь за как можно больше задачек сразу. Тогда всем станет очень хорошо и приятно, а вы получите много удовольствия от своей работы.
До скорых встреч!
Подписаться на:
Сообщения (Atom)