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