Если вам кажется неоправданным излишняя навороченность некоторых компонентов .NET и прочих подобных монстров, то, я думаю, просто не стоит на них писать (-: Излишняя навороченность и "никому не нужные" возможности которых - не то чтобы недостаток, а скорее особенность. Просто скорость в рантайме принесли в жертву скорсоти разработки.
2. Многоуровневые абстракции.
Когда абстракция хорошая, программисту не нужно думать что под ней лежит. Для того абстракции и придумали.
3. Рутинная работа.
Удивительный у вас прогарммист (-: я бы с таким работать не стал - он сначала не хочет думать "по таким мелким поводам", а потом жалуется на рутинную работу, которую сам избрал вместо правильно спроектированной системы.
4. Библиотеки.
Нет, ну всё. Современное ракетостроение слишком сложно, слишком много надо знать и уметь. Надо с этим что-то делать.
Кодогенерация - хороший приём, но проблемы которые вы перечислили непосредственно к ней на мой взгляд не относятся. С нетерпением жду следующих статей, надеюсь они моё мнение опровергнут.
и, да, вероятость не зависит от того что знает ведущий, если он всегда открывает дверь с козой. На не важно как он выбрал дверь, главное что не с автомобилем открыл.
боюсь что попытка реализовать pure python Imaging Library и заставить её работать на GAE упрётся в ограничение по времени на один запрос для большинства реальных применений. Разве что капчи делать.
И, кстати, я один расстроился что они в GAE не включили озможность пользоваться их map_reduce? (-:
в большинстве случаев жалобы "нет возможности писать в ФС", как я понимаю, относятся к переносу на GAE готового кода, который хочет по каким-то причинам писать в ФС. Тут можно только посоветовать впредь писать так, чтобы файловое хранилище легко заменялось чем-то другим
ну почему же. кому нужно работают на зарубеж напрямую, в IT столичное положение, благо, не так важно.
например, насколько я помню, на elance.com в топе по веб-разработкам из российских компаний только новосибирская.
А я за много лет общения с виндой привык что это не стрелочка, а именно пирамида. И, что самое интересное, всегда её таковой воспринимал.
#define i j /* have a nice debug */
Если вам кажется неоправданным излишняя навороченность некоторых компонентов .NET и прочих подобных монстров, то, я думаю, просто не стоит на них писать (-: Излишняя навороченность и "никому не нужные" возможности которых - не то чтобы недостаток, а скорее особенность. Просто скорость в рантайме принесли в жертву скорсоти разработки.
2. Многоуровневые абстракции.
Когда абстракция хорошая, программисту не нужно думать что под ней лежит. Для того абстракции и придумали.
3. Рутинная работа.
Удивительный у вас прогарммист (-: я бы с таким работать не стал - он сначала не хочет думать "по таким мелким поводам", а потом жалуется на рутинную работу, которую сам избрал вместо правильно спроектированной системы.
4. Библиотеки.
Нет, ну всё. Современное ракетостроение слишком сложно, слишком много надо знать и уметь. Надо с этим что-то делать.
Кодогенерация - хороший приём, но проблемы которые вы перечислили непосредственно к ней на мой взгляд не относятся. С нетерпением жду следующих статей, надеюсь они моё мнение опровергнут.
и платилкой, если по простому.
И, кстати, я один расстроился что они в GAE не включили озможность пользоваться их map_reduce? (-:
Судя по комментарию, вы таки-поняли эту задачку (-:
А количество дверей не принципиально. В случае со 100 дверями разница в шансах между менять и не менять практически незаметна, но, тем не менее, есть.
например, насколько я помню, на elance.com в топе по веб-разработкам из российских компаний только новосибирская.
Кстати. Активистами некоторых ВЦ-шных контор обсуждается вопрос организации охраняемоу велостоянки.
Так это. Где офис-то?