Часто бывает, что я не берусь за задачу и она мне кажется рутиной из-за того, что я четко не знаю с чего начать. Для того чтобы справиться с этим — беру лист бумаги и карандаш и расписываю задачу до мельчайших деталей.
Как правило уже на этом этапе ощущение лени пропадает, и у вас есть бонус — четкий план действий.
Прикольная логика.
Если люди не понимают, то что вы пытаетесь донести до них русским языком в комментариях, то я сильно сомневаюсь, что ваш «понятный код» расскажет что-то полезное любому кроме вас и вашей команды. Команда же его понимает, так как она — «команда». Все со временем привыкают к нюансам работы, реализации, стилю и т.д.
Вы пробовали работать в проектах, части которых передаются из отдела в отдел?
Что вообще будет с остальными людьми (не программистами):
Как конечный пользователь узнает все возможности программы?
Отдел Web Operations должен откуда-то узнать, как установить программу, настроить, какие параметры менять в случае изменения нагрузки?
Как отдел QA узнает, что хотел заказчик? Требования — это тоже документация. Еще в этом отделе нужна документация на ту же конфигурацию системы.
Как главный архитектор может составить и поддерживать целостную картину системы со всеми взаимодействиями между компонентами?
Если вы работаете в крупной компании с мало-мальски налаженными процессами, то вы в любом случае столкнетесь с большей частью перечисленных проблем. И все они решаются вовремя написанной документацией.
Использовать все известные шаблоны проектирования в своей программе — тоже не лучшая затея. Что было приемлемо, то человек и использовал в своем проекте.
С таким подходом можно о любой профессии сказать то же самое. Программирование тогда тоже тупая имплементация требований, еще и name conventions убивают любое творчество в именовании переменных :)
На самом деле откалиброваны они проще простого. Движущаяся шестерня надета на ось минутной стрелки. Шестерня имеет 12 звеньев (на глаз прикинул, никакого отношения к 12 часам не имеет). Растояния между цифрами — 12 звеньев (количество зубьев на шестеренке). Все. Если часы до этого ходили правильно, то калибровать не нужно.
3. Сходить в спортзал, покататься в лесу на велосипеде, утром сделать пробежку, купить новую шмотку, что-нить в дом. Как по мне эти все пункты только улучшают личную жизнь, и почему бы одно из этих дел не выполнять каждый день?
5. В оригинале это звучало так:
Tell someone that you love them / care about them, etc. (someone you didn’t tell yesterday.)
По-моему тут нет таких крайностей как вы описали. Автор всего лишь призывает не забывать о своих друзьях, родственниках и других близких людях. Призывает больше общаться и т.д.
Хотя опять же, вопрос спорный и каждый в праве трактовать прочитанное как хочет.
А шаблон просвечивается в том, что вы считаете, что программеры повернуты на алгоритмах, программах и т.д. Человек может очень плодотворно работать в своей сфере (что он и делает) и иметь прекрасную личную жизнь, совсем на замороченную на технологичных моментах, о чем вам уже написали.
Простая задача: сделать редактор сущностей, которые можно фильтровать по определенному критерию и выводить постранично.
Первый способ: MVC и хелперы.
Второй на WebFroms с использованием ListView, DataPager и DropDownList для фильтрации. Как думаете, где решение лучше получится и быстрее?
Да и не только простенький можно сделать валидным, было бы желание.
Как-то занимался вопросом, захотелось в этом поупражняться — все получилось. А написать кривого кода можно и в MVC. WebForms — это ведь не только Menu и GridView.
Есть ещё достаточно большая часть пользователей, которым не нравится «все в одном флаконе». А сам сервис на 95% крут именно этим. Так что есть вероятность, что мы получим ещё одно действительно клевое средство общения/работы, но переворот отложится на неорпеделенное время :)
Как правило уже на этом этапе ощущение лени пропадает, и у вас есть бонус — четкий план действий.
Если люди не понимают, то что вы пытаетесь донести до них русским языком в комментариях, то я сильно сомневаюсь, что ваш «понятный код» расскажет что-то полезное любому кроме вас и вашей команды. Команда же его понимает, так как она — «команда». Все со временем привыкают к нюансам работы, реализации, стилю и т.д.
Вы пробовали работать в проектах, части которых передаются из отдела в отдел?
Что вообще будет с остальными людьми (не программистами):
Как конечный пользователь узнает все возможности программы?
Отдел Web Operations должен откуда-то узнать, как установить программу, настроить, какие параметры менять в случае изменения нагрузки?
Как отдел QA узнает, что хотел заказчик? Требования — это тоже документация. Еще в этом отделе нужна документация на ту же конфигурацию системы.
Как главный архитектор может составить и поддерживать целостную картину системы со всеми взаимодействиями между компонентами?
Если вы работаете в крупной компании с мало-мальски налаженными процессами, то вы в любом случае столкнетесь с большей частью перечисленных проблем. И все они решаются вовремя написанной документацией.
Поудалять так файлы недельку, потом опять все на автомате будет.
Ведь пользователи не кнопки путают или еще что, а просто ленятся читать тексты, выводимые на окошках.
Блин, аж загорелся сделать :)
Отправь СМС и узнай как защитить себя от мобильного позиционирования.
Ещё они используют как распространенные хостинги, так, похоже, и свои сервера, где за СМС предлагают открыть доступ к горячему контенту
www.bing.com/search?q=ip%3A91.202.63.96&form=QBRE&filt=all
WebClient myWebClient = new WebClient();
return myWebClient.DownloadString(«url»);
Мне кажется так удобочитаемее, но очень часто встречаю, когда получают данные челиком через поток…
5. В оригинале это звучало так:
По-моему тут нет таких крайностей как вы описали. Автор всего лишь призывает не забывать о своих друзьях, родственниках и других близких людях. Призывает больше общаться и т.д.
Хотя опять же, вопрос спорный и каждый в праве трактовать прочитанное как хочет.
А шаблон просвечивается в том, что вы считаете, что программеры повернуты на алгоритмах, программах и т.д. Человек может очень плодотворно работать в своей сфере (что он и делает) и иметь прекрасную личную жизнь, совсем на замороченную на технологичных моментах, о чем вам уже написали.
Первый способ: MVC и хелперы.
Второй на WebFroms с использованием ListView, DataPager и DropDownList для фильтрации. Как думаете, где решение лучше получится и быстрее?
Как-то занимался вопросом, захотелось в этом поупражняться — все получилось. А написать кривого кода можно и в MVC. WebForms — это ведь не только Menu и GridView.
Уже сколько лет прошло, а это до сих пор везде и используется, почему никто до сих пор кардинально нового не придумал, совсем другого?