>>Для тех кто умеет водить мот по опыту на компе это клевая штука. А для тех кто на нем отьездил не один годик это не очень клевая штука ибо есть очень много моментов когда колесо должно блокироватся. А при езде по бездорожью ABS злейший враг.
Вообщето если вы не заметили или не читали то я дал обьяснение почему так.
На тему опечаток вроде бы уже тут ни раз говорили что писать нужно в личку. А такими оскорблениями вы не меня выставляете в худшем свете а себя. Да и вообще следить за правельность написания на форумах это странно, это ведь не договор на 1м уе.
Проблема мотоциклов как раз в том что вместо того что бы научить человека ездить они учат его пологатся на електронику которая очень легко отказывает и не всегда правильно работает. А это выливается в то что гибнут люди. И вы правы я оцениваю не с точки зрения «впарить лохам», а с точки зрения человека который на нем ездит и более-менее знает че да как должно быть.
Конкчно отсутствие всяких модных фишек на моте затруднит его продажу, но мы ведь говорим не о продажах а о юзабилити и безопасности.
Не так давно например ехало два типа на мотах вокруг света и гдето в китае один из них приложил мот в результате чего полетела схема управления тормозами. Тоесть тормоза механика все в порядке, но они не работают. Мот послденее слово техники, а в реальности бесполезная жилизяка ибо когда в радиусе 300км нет ни одного СТО, а в радиусе пару тысяч нет ни одного СТО которое бы это смогло поченить — он становится куском железа. В результате чего мужику пришлось купить китайский мот что бы доехать до конца.
Вы путаете похаять с проф. точкой зрения.
Вот к примеру неотключаемый ABS на мотоциклах. Для тех кто умеет водить мот по опыту на компе это клевая штука. А для тех кто на нем отьездил не один годик это не очень клевая штука ибо есть очень много моментов когда колесо должно блокироватся. А при езде по бездорожью ABS злейший враг.
Точнно так же и с яблоком, я не смотрю на бренд и на то что толпа кричит что это круто, а смотрю на это как и на все с точки зрения проф. опыта. И если вы профиссионал то максимум что вы можете делать это конструктивно обьяснить почему я не прав. А сводить все к оскорблениям, это по детски и не профессионально.
Так что если у вас есть доводы в пользу епла прошу в студию. Если нет то лучше ничего вообще не говорить.
Только с точки зрения юзабилити.
Юзал samsung note 2 — хорошая штука. Экран защищен корпусом, а не вынесен на 3 мм выше него. Сменный акам, при этои живет он раза в 2-3 дольше яблока. Вакомовский тачскрин. С телефоном можно делать все что хочешь, а не только покупать платное ПО. Из всех недостатков разве что разцентровка веса, по началу его не совсем удобно держать в руке, но потом привыкаешь.
На днях еще на выставке ребята с Гугла показывали фотопанораму встроенную в андроид >=4.2. Мего штука, а главное бессплатная, а не за 50уе.
офтоп: еще меня радует что большинство яблокопоклонников просто неспособны к общению. О чем явно говорит падение моей кармы)) Ребята научитесь отстаивать свое мнение логическими доводами, а не клацаньем по минусу… ибо в реальной жизни его нету.
наверно именно поэтому его задняя панель при падении с 20см разлетелась в куски. А когда я его поднял то куча мелкого и острого стекла впилась мне в руку. Это реально высокое юзабилити. И это только малая толика всего)
Айфон полное говно как с точки зрения технология так и юзабилити, это я вам говорю как человек который не один пятерик лет этим всем занимается.
А знания линукса тем что вы показали не описывается. Я бы понимаю кинули бы фотку менеджера сити с более чем 1000машинами в разных странах… тогда вопросов бы не было.
Тролить тоже нужно уметь, тупо нести какуюто ахинею это не тролинг)
Я не талантлив, а поэтому приходится работать.
На тему топика есть две стороны монеты. С одной стороны да осознание своей уникальности ставит вас в проигрошное положение ибо слишком расслабляет. С другой же стороны фигачить по 24часа в сутки может дать преимущество над ленивыми но через пару лет это сведет вас в могилу. А ленивый талантливый человек будет не напряжно работать, радоватся жизнь и просто вас переживет.
Перед тем как решать такие вещи, нужно задать простой вопрос — «А чего я хочу?». Если вы хотите жить работай то фигачить это ваш выбор. Если же вы хотите прожить свою жизнь радостно и без каждодневного стресса. То возможно стоит найти то в чем вы действительно талатнливы, или хотя бы то что вас не гробит.
Что то я так и не понял откуда вдруг появляется електричество. Единственное что приходит в голову так это то если бы они брали воду с осадков, Число положительно заряженых капель больше чем отрицательных, и из этого теоретически можно добывать енергию.
Вопрос в другом если изменить електо-экосистему планеты не приведет ли это к каким то негативным последствиям.
Да просто смотрит наружу, если не надо балансировки.
WSGI это прооко связи между тем же nginx, apache с python скриптом. gunicorn отдельный сервак написаный на питоне, является демоном и wsgi не юзает а запускает скриипты в процессах на прямую.
Gevent имеет хорошый ивент луп который у меня ни разу не бажил. Торнадовский луп бажил, в версии до 1 там юзалось дофига грязных хаков что бы оно не висло, например открытие пайпа и скидывание туда мессаг что бы оживить процесс. Посему торнадо я не сильно верю.
Парсинг запросов, генерацию ответов, куки, сесси и прочее — у вас это вызывает страх?
Куки есть. Сессии в кеше. Генерация ответов как хотите так и шлите любой протокол канает, а не тока хттп. Парсинг запросов вообще смешно, 10 строк кода, если не надо чего то извращенного.
Вообщем все реализуется вами и вашими руками, за счет этого вы не офигиваете от того что в какой то момент весь проект падает потому что какойто идиот в коде джанги написал какуюто муть(а такой хрени я видел много).
WSGI это внутренний протокол между серваком и обработчиком. Гивенту не надо этого он вертится как демон(й меня свой сервак по типу гуникорна, тока смысл немного другой) и все. Это собственно лишает необходимости еще одного звена в софте.
Люди да что вы млин к этим фреймам привязались. Или писать руками нынче уже не в почете. Куда не глянь вместо Программист пишут «Django developer», «Zend developer» и прочее… Это из серии «Если у вас в руках молоток то все проблемы кажутся гвоздями»
>>Вопрос. Как вам поможет Gevent в данном случае? Какая разница синхронная или асинхронная модель обработки запроса используется, если все равно нужно ждать порцию данных из базы/кэша?
Огромная. асинхронный процесс может пока ждет обработать еще два десятка запросов, синхронный не может.
>>Если проект нагруженный — это еще не значит, что там используется сложная логика запросов к базе, это даже не значит, что там сильно много данных в базе. Это первое.
Простые проекты обычно не вызывают проблем где нужно выносить себе мозг. Но да нагруженность проекта и его функционал вещи не особо связанные.
Кеширование мы во внимание не берем, так как оно есть всегда и везде.
Я не говорил про монолитность, я говорил о том что кучу дополнительных сервисов можно заменить одним, и секономить время как свое так и сапорта. При этом не увеличивая сложность кода и архитектуры.
>>У вас же не сразу раз и проект стал высоконагруженным
Ах если бы. Проекты разрабатываются под планируемые нагрузки. Я делаю игру и планирую что перый онлайн будет 5к, это значит что система должна держать эту нагрузку на текущих мощностях. Я не пишу игру под 10 человек, потом переписываю под 20 и т.п.
Любая промашка на момент построения архитектуры стоит очень дорого потом. Ибо к примеру вам нужно полностью изменить модель хранения днных дабы повзолить держать большую нагрузку. Вам нужно провести миграцию юзеров с другой модели на новую в риалтайме при загруженных серверах, без доп мощностей, да еще и модели отображаются далеко не просто. А иногда просто архитектура приложения делает невозможным дальнейший рост.
Поэтому HL это в первую очередь грамотная архитектура которая учитывает рост до хреновой тучи юзеров изначально. Иначе прийдется полностью все переписывать. это факт.
>>Опять же непонятно какая разница 1 сервер или 1000?
Разница в том что работать с 1 сераком не трабл. А вот когда у вас данные наодятся на 50 сервера а всего у вас их 1000 и вы еще не 100% знаете на каком сервере что лежит и один запрос Select * from A; может выоиваться в 20 запросов 3 мап/редюса и обьединения, то вот тогда ОРМ идет лесом, ибо она на это тупо не расчитана.
Я конечно понимаю что все привыкли что есть база и туда хренячим данные, но в реальности модель хранения данных может быть очень сложная, а иногда еще и мультиуровневая например часть в легком кеше, часть в реляционке и часть на ФС.
Я не люблю юзать продукты которые говорят что они везде помогут. Вопервых это вранье, а во вторых качество таких продуктов всегда низкое. Ибо это всеравно что сравнивать всесезонную резнину с шиповками в цепях. Для общей езды вроде всесезонка подходит, но когда начинается хард вам жопа.
Я дописывал торнадо до первой версии, было много траблов с ивентлупом и блокировками. Как счас обстоят дела с проектом хз. Но Gevent в любом случае лучше.
Обычную рендерилку как раз легче делать не на джанго. Ибо я написал 5 методов, запустил обычный хттп сервак гивента и вуаля. А Джанго это дох апи, поднятие гуниеорна или нджинкса с модулями под wsgi.
На gevente счас крутсятся большинство проектов на python. До этого был крут twisted, но когда сделали гринлеты все начали с него слазить ибо колбеки реально делали спагетти из кода, + твистед медленнее, но правда имеет хорошую протокольную базу.
Вы не путайте Twisted и Gevent с Django. Это абсолютно разные фреймы. Джанго это фрейм как пышный зенд, а твистед и гивент как например пхпДемон. Тоесть на них пишут сервера, а не сайтики.
Вы конечне простите но мой один хттп сервер держит больше чем пачка джанг. Вопрос нахрена платить больше? А еще и заниматся администрированием 10 машин и 200 машин разница существенная.
Instagram не имеет сложной логики работы, отчего фронт можно писать хоть на пыхе. Вся нагрузка ложится на Амазон. Тем более посмотрите парк машин довольно не мало. Это Раз.
Два. HL это не много юзеров как многие считают. Я могу иметь миллион юзеров и миллиард серверов и это не будет HL. HL это когда вместо купить еще 100 серверов делают оптимизацию, и когда на одном сервере крутится без напряга лям юзеров.
Три. Я не видел что и как они юзают. Вот FB говорит что юзает PHP, но их инженеры по секрету грят что это пиздежь полный и PHP там особой роли не играет.
Четыре. Я писал проекты на Django и занимался оптимизацией их… но хорошего в этом мало, много работы на том что обыно вообще делать не надо.
Такой программист как раз и не будет юзать то что даст лишний гемор, ибо больше либ сторонних и софта — больше головной боли и багоправок(а править на HL над 24/7 и быстро).
В статье на самом деле так и не заметил обьяснения почему ОРМ можно юзать для ХЛ. Для сравнения дам вам хороший пример — GAE Datastor API(по сути ОРМ, с очень похожим интерфейсом). НО тот ОРМ и ваш две огромные разницы. Ибо GAE ОРМ написан реально под HL и HA. И суть его сводится не к тому что бы назвать А — Б, а в том что бы спрятать от пользователя всю сложность распределенного хранилища(без которого в HL делать нечего).
А теперь про ваш код. У вас он написан для одного сервера. А теперь представте что у вас 100 серверов бд с распределенными данными, Насколько легко ваш код перейдет от 1 до 100 серверов, от 100 к 10000? Если с напрягом, то какой смысл в абстракциях которые лишь подменяют А на Б, но фактически не делают рост программы простым?
Во вторых вы говорите об экономии времени. А сколько ушло у вас времени на разбор всех нюансов в ОРМ, а сколько уходит когда выходит новая версия?
Теперь что насчет Django, стандартный сайтик на нем дерит около 30-70RPS. Точно такой же сайтик к примеру на Gevent держит 800-1500RPS.
Конечно можно скрестить ежа со слоном, но зачем страдать фигней когда можно изначально писать проще, быстрее и с лучшим результатом.
Django это как wordpress, писать на нем сложные проекты можно конечно, но лучше реально написать с нуля.
Я уже молчу о том что есть куча всяких фигонь которые нужно контролировать в HL. Django это по сути как пхп запрос-ответ, а если надо демон? На Gevent к примеру я могу реализовать все в рамках одной архитектуры без граблей.
Короче Django да еще и со своей ОРМ это и близко не HL тулзы.
Нету вещей в мире которой нельзя сделать малой толпой… Да даже ракету в космос людьми что бы запустить много народу не надо, как ни странно посмотрите в сторону Спейс-Х.
Эпл тоже хоронят..и оба они умрут, конечно не сразу ибо инерция большая… но поверте умрет… их политика их же дубовый гроб.
Гугл делает кучу вещей начиная от енергетики заканчивая софтом. посмотрите например на проект Опен Датацентр. В нем участвую все крупные конторы кроме мелкософта. И судя по тому что их софт видали в гробу, то вероятнее всего просто им нечего туда внести и они не хотят позорится.
Если ваша компания платит меньше бабла чем другие то не надо гнать на работников. То что работник уходит целиком вина компании и конкретно руководства. Работник не раб и ни кому ничего не обязан, он работает за деньги. А если в другой компании прелагают лучше условия то почему туда не перейти? Посему если встает такой разговор как вы провели то смело гоните в шею менеджера ии руководителя отдела — они мудаки. А девелопер нормальный. А вот если бы он сидел за ЗП меньшую чем на рынке то стоит задуматся.
А не нужно мнение человека, нужна налаженная и открытая система зарплатообразования, мол зыришь че те сделат что бы ЗП было больше и делаешь и вопросов в такой сисетме почему у Пети зп больше моей в два раза никогда не возникает, так уже больше 3х лет работает огромная компания по поставкам в США и никаких проблем не испытывает. Зато тайна ЗП приводит иногда к очень эпичным ситуациям(как например бекдор в фин системе банка или когда чувак на самолете врезался в здание своей компании).
Гугл меньше, а делает больше. Так кто сдесь лох тогда? Тем более Гугл делает бомбезные продукты, а мелкософт продолжает испытывать мутагены в виде виндовс 8 и прочего. И в будущем Гугл будет только расти, а вот мелкософт дышит наладом и провтыки у них идут чередом.
Разделяй и властвуй — простая фраза которая работает не одну тысячу лет. Не нужно создавать большие и закостенелые компании. Сравните в примеру гранитную скалу и вирус, кто выживет через 5 тысяч лет? — Вирус потому, что в отличии от скалы он мобилен, видоизменяется и приспосабливается, а скала подвержена действию окружающей среды и ничего не может с ней сделать. Вот разница между жестким управлением и самоорганизацией.
Второе, я когда то занимался разработкой тактик для спецназа. Так вот самой большой ошибкой там было то что солдаты действовали четко по плану, и когда был срыв который в план не вписывался им приходилось отступать и реоганизовыватся под новую ситуацию. Проблем в том что при такой фигне часто кто то погибал, или солдаты, или заложники, или мирные жители. Решение было простым сделать каждого капитаном(образно) и реорганизовыватся по ходу боя. Практика показала что должная подготовка бойцев позволяет им без связи организовыватся на месте и продвигать общую тактику с расхождением только 12-17%(цифра уменьшается по мере увеличения общей практики отряда). Если смотреть со стороны то это похоже на телепатию.
Так вот не надо делать мего компании, нада делать мобильные отделения которые могут самоорганизовыватся без ожидания рекогнасцировки сверху.
Ваша модель оплаты которую вы предлагаете откровенный бред, так как вы предлагаете человеку брать полностью фин ответственность на себя при этом за обычную ЗП. Хотите что бы эта модель работала то выдавайте ЗП в акциях компании, тогда люди будут заинтересованы в качественной работе и при этом будут терять деньги если будут тупить. Но в таком случае они не окажутся в ситуации когда контора в плюсе а они в минусе.
Вообще сам принцип ЗП кривой и горбатый. Не нужно ставить ЗП, нужно ставить деньги за цели и бонусы за условия и тогда человек сам будет решать че ему делать что бы получить стокато бабла за такоето время. И все в плюсах.
Что касается психологии и психиотрии то невозможность ее описать происходит просто из того что мы не знаем как функционирует мозг. Но можно смело говорить что мозг работает по вполне логичным законам ибо это не более чем устройство и никакой магии там нет, а значит если мозг логичен, то и все его продукты тоже, следоавтельно психология может быть описана точно. Просто на данном этапе развития мы еще до этого не дошли.
Мир логичен и закономерен а следовательно описуем.
Нет не погарячился. Все в мире действует по четким и слаженным законам. А следовательно может быть описано математически.
Если вы считаете иначе прошу пример в студию.
Вообщето если вы не заметили или не читали то я дал обьяснение почему так.
На тему опечаток вроде бы уже тут ни раз говорили что писать нужно в личку. А такими оскорблениями вы не меня выставляете в худшем свете а себя. Да и вообще следить за правельность написания на форумах это странно, это ведь не договор на 1м уе.
Конкчно отсутствие всяких модных фишек на моте затруднит его продажу, но мы ведь говорим не о продажах а о юзабилити и безопасности.
Не так давно например ехало два типа на мотах вокруг света и гдето в китае один из них приложил мот в результате чего полетела схема управления тормозами. Тоесть тормоза механика все в порядке, но они не работают. Мот послденее слово техники, а в реальности бесполезная жилизяка ибо когда в радиусе 300км нет ни одного СТО, а в радиусе пару тысяч нет ни одного СТО которое бы это смогло поченить — он становится куском железа. В результате чего мужику пришлось купить китайский мот что бы доехать до конца.
Вот к примеру неотключаемый ABS на мотоциклах. Для тех кто умеет водить мот по опыту на компе это клевая штука. А для тех кто на нем отьездил не один годик это не очень клевая штука ибо есть очень много моментов когда колесо должно блокироватся. А при езде по бездорожью ABS злейший враг.
Точнно так же и с яблоком, я не смотрю на бренд и на то что толпа кричит что это круто, а смотрю на это как и на все с точки зрения проф. опыта. И если вы профиссионал то максимум что вы можете делать это конструктивно обьяснить почему я не прав. А сводить все к оскорблениям, это по детски и не профессионально.
Так что если у вас есть доводы в пользу епла прошу в студию. Если нет то лучше ничего вообще не говорить.
Юзал samsung note 2 — хорошая штука. Экран защищен корпусом, а не вынесен на 3 мм выше него. Сменный акам, при этои живет он раза в 2-3 дольше яблока. Вакомовский тачскрин. С телефоном можно делать все что хочешь, а не только покупать платное ПО. Из всех недостатков разве что разцентровка веса, по началу его не совсем удобно держать в руке, но потом привыкаешь.
На днях еще на выставке ребята с Гугла показывали фотопанораму встроенную в андроид >=4.2. Мего штука, а главное бессплатная, а не за 50уе.
офтоп: еще меня радует что большинство яблокопоклонников просто неспособны к общению. О чем явно говорит падение моей кармы)) Ребята научитесь отстаивать свое мнение логическими доводами, а не клацаньем по минусу… ибо в реальной жизни его нету.
А знания линукса тем что вы показали не описывается. Я бы понимаю кинули бы фотку менеджера сити с более чем 1000машинами в разных странах… тогда вопросов бы не было.
Тролить тоже нужно уметь, тупо нести какуюто ахинею это не тролинг)
Не хочу вас обидеть, но я даже на локальной тачке под рутом никогда не сижу)
На тему топика есть две стороны монеты. С одной стороны да осознание своей уникальности ставит вас в проигрошное положение ибо слишком расслабляет. С другой же стороны фигачить по 24часа в сутки может дать преимущество над ленивыми но через пару лет это сведет вас в могилу. А ленивый талантливый человек будет не напряжно работать, радоватся жизнь и просто вас переживет.
Перед тем как решать такие вещи, нужно задать простой вопрос — «А чего я хочу?». Если вы хотите жить работай то фигачить это ваш выбор. Если же вы хотите прожить свою жизнь радостно и без каждодневного стресса. То возможно стоит найти то в чем вы действительно талатнливы, или хотя бы то что вас не гробит.
Вопрос в другом если изменить електо-экосистему планеты не приведет ли это к каким то негативным последствиям.
WSGI это прооко связи между тем же nginx, apache с python скриптом. gunicorn отдельный сервак написаный на питоне, является демоном и wsgi не юзает а запускает скриипты в процессах на прямую.
Gevent имеет хорошый ивент луп который у меня ни разу не бажил. Торнадовский луп бажил, в версии до 1 там юзалось дофига грязных хаков что бы оно не висло, например открытие пайпа и скидывание туда мессаг что бы оживить процесс. Посему торнадо я не сильно верю.
Куки есть. Сессии в кеше. Генерация ответов как хотите так и шлите любой протокол канает, а не тока хттп. Парсинг запросов вообще смешно, 10 строк кода, если не надо чего то извращенного.
Вообщем все реализуется вами и вашими руками, за счет этого вы не офигиваете от того что в какой то момент весь проект падает потому что какойто идиот в коде джанги написал какуюто муть(а такой хрени я видел много).
WSGI это внутренний протокол между серваком и обработчиком. Гивенту не надо этого он вертится как демон(й меня свой сервак по типу гуникорна, тока смысл немного другой) и все. Это собственно лишает необходимости еще одного звена в софте.
Люди да что вы млин к этим фреймам привязались. Или писать руками нынче уже не в почете. Куда не глянь вместо Программист пишут «Django developer», «Zend developer» и прочее… Это из серии «Если у вас в руках молоток то все проблемы кажутся гвоздями»
Огромная. асинхронный процесс может пока ждет обработать еще два десятка запросов, синхронный не может.
>>Если проект нагруженный — это еще не значит, что там используется сложная логика запросов к базе, это даже не значит, что там сильно много данных в базе. Это первое.
Простые проекты обычно не вызывают проблем где нужно выносить себе мозг. Но да нагруженность проекта и его функционал вещи не особо связанные.
Кеширование мы во внимание не берем, так как оно есть всегда и везде.
Я не говорил про монолитность, я говорил о том что кучу дополнительных сервисов можно заменить одним, и секономить время как свое так и сапорта. При этом не увеличивая сложность кода и архитектуры.
>>У вас же не сразу раз и проект стал высоконагруженным
Ах если бы. Проекты разрабатываются под планируемые нагрузки. Я делаю игру и планирую что перый онлайн будет 5к, это значит что система должна держать эту нагрузку на текущих мощностях. Я не пишу игру под 10 человек, потом переписываю под 20 и т.п.
Любая промашка на момент построения архитектуры стоит очень дорого потом. Ибо к примеру вам нужно полностью изменить модель хранения днных дабы повзолить держать большую нагрузку. Вам нужно провести миграцию юзеров с другой модели на новую в риалтайме при загруженных серверах, без доп мощностей, да еще и модели отображаются далеко не просто. А иногда просто архитектура приложения делает невозможным дальнейший рост.
Поэтому HL это в первую очередь грамотная архитектура которая учитывает рост до хреновой тучи юзеров изначально. Иначе прийдется полностью все переписывать. это факт.
>>Опять же непонятно какая разница 1 сервер или 1000?
Разница в том что работать с 1 сераком не трабл. А вот когда у вас данные наодятся на 50 сервера а всего у вас их 1000 и вы еще не 100% знаете на каком сервере что лежит и один запрос Select * from A; может выоиваться в 20 запросов 3 мап/редюса и обьединения, то вот тогда ОРМ идет лесом, ибо она на это тупо не расчитана.
Я конечно понимаю что все привыкли что есть база и туда хренячим данные, но в реальности модель хранения данных может быть очень сложная, а иногда еще и мультиуровневая например часть в легком кеше, часть в реляционке и часть на ФС.
Я не люблю юзать продукты которые говорят что они везде помогут. Вопервых это вранье, а во вторых качество таких продуктов всегда низкое. Ибо это всеравно что сравнивать всесезонную резнину с шиповками в цепях. Для общей езды вроде всесезонка подходит, но когда начинается хард вам жопа.
Обычную рендерилку как раз легче делать не на джанго. Ибо я написал 5 методов, запустил обычный хттп сервак гивента и вуаля. А Джанго это дох апи, поднятие гуниеорна или нджинкса с модулями под wsgi.
Вы не путайте Twisted и Gevent с Django. Это абсолютно разные фреймы. Джанго это фрейм как пышный зенд, а твистед и гивент как например пхпДемон. Тоесть на них пишут сервера, а не сайтики.
Вы конечне простите но мой один хттп сервер держит больше чем пачка джанг. Вопрос нахрена платить больше? А еще и заниматся администрированием 10 машин и 200 машин разница существенная.
Instagram не имеет сложной логики работы, отчего фронт можно писать хоть на пыхе. Вся нагрузка ложится на Амазон. Тем более посмотрите парк машин довольно не мало. Это Раз.
Два. HL это не много юзеров как многие считают. Я могу иметь миллион юзеров и миллиард серверов и это не будет HL. HL это когда вместо купить еще 100 серверов делают оптимизацию, и когда на одном сервере крутится без напряга лям юзеров.
Три. Я не видел что и как они юзают. Вот FB говорит что юзает PHP, но их инженеры по секрету грят что это пиздежь полный и PHP там особой роли не играет.
Четыре. Я писал проекты на Django и занимался оптимизацией их… но хорошего в этом мало, много работы на том что обыно вообще делать не надо.
Такой программист как раз и не будет юзать то что даст лишний гемор, ибо больше либ сторонних и софта — больше головной боли и багоправок(а править на HL над 24/7 и быстро).
В статье на самом деле так и не заметил обьяснения почему ОРМ можно юзать для ХЛ. Для сравнения дам вам хороший пример — GAE Datastor API(по сути ОРМ, с очень похожим интерфейсом). НО тот ОРМ и ваш две огромные разницы. Ибо GAE ОРМ написан реально под HL и HA. И суть его сводится не к тому что бы назвать А — Б, а в том что бы спрятать от пользователя всю сложность распределенного хранилища(без которого в HL делать нечего).
А теперь про ваш код. У вас он написан для одного сервера. А теперь представте что у вас 100 серверов бд с распределенными данными, Насколько легко ваш код перейдет от 1 до 100 серверов, от 100 к 10000? Если с напрягом, то какой смысл в абстракциях которые лишь подменяют А на Б, но фактически не делают рост программы простым?
Во вторых вы говорите об экономии времени. А сколько ушло у вас времени на разбор всех нюансов в ОРМ, а сколько уходит когда выходит новая версия?
Теперь что насчет Django, стандартный сайтик на нем дерит около 30-70RPS. Точно такой же сайтик к примеру на Gevent держит 800-1500RPS.
Конечно можно скрестить ежа со слоном, но зачем страдать фигней когда можно изначально писать проще, быстрее и с лучшим результатом.
Django это как wordpress, писать на нем сложные проекты можно конечно, но лучше реально написать с нуля.
Я уже молчу о том что есть куча всяких фигонь которые нужно контролировать в HL. Django это по сути как пхп запрос-ответ, а если надо демон? На Gevent к примеру я могу реализовать все в рамках одной архитектуры без граблей.
Короче Django да еще и со своей ОРМ это и близко не HL тулзы.
Эпл тоже хоронят..и оба они умрут, конечно не сразу ибо инерция большая… но поверте умрет… их политика их же дубовый гроб.
Гугл делает кучу вещей начиная от енергетики заканчивая софтом. посмотрите например на проект Опен Датацентр. В нем участвую все крупные конторы кроме мелкософта. И судя по тому что их софт видали в гробу, то вероятнее всего просто им нечего туда внести и они не хотят позорится.
Если ваша компания платит меньше бабла чем другие то не надо гнать на работников. То что работник уходит целиком вина компании и конкретно руководства. Работник не раб и ни кому ничего не обязан, он работает за деньги. А если в другой компании прелагают лучше условия то почему туда не перейти? Посему если встает такой разговор как вы провели то смело гоните в шею менеджера ии руководителя отдела — они мудаки. А девелопер нормальный. А вот если бы он сидел за ЗП меньшую чем на рынке то стоит задуматся.
Гугл меньше, а делает больше. Так кто сдесь лох тогда? Тем более Гугл делает бомбезные продукты, а мелкософт продолжает испытывать мутагены в виде виндовс 8 и прочего. И в будущем Гугл будет только расти, а вот мелкософт дышит наладом и провтыки у них идут чередом.
Разделяй и властвуй — простая фраза которая работает не одну тысячу лет. Не нужно создавать большие и закостенелые компании. Сравните в примеру гранитную скалу и вирус, кто выживет через 5 тысяч лет? — Вирус потому, что в отличии от скалы он мобилен, видоизменяется и приспосабливается, а скала подвержена действию окружающей среды и ничего не может с ней сделать. Вот разница между жестким управлением и самоорганизацией.
Второе, я когда то занимался разработкой тактик для спецназа. Так вот самой большой ошибкой там было то что солдаты действовали четко по плану, и когда был срыв который в план не вписывался им приходилось отступать и реоганизовыватся под новую ситуацию. Проблем в том что при такой фигне часто кто то погибал, или солдаты, или заложники, или мирные жители. Решение было простым сделать каждого капитаном(образно) и реорганизовыватся по ходу боя. Практика показала что должная подготовка бойцев позволяет им без связи организовыватся на месте и продвигать общую тактику с расхождением только 12-17%(цифра уменьшается по мере увеличения общей практики отряда). Если смотреть со стороны то это похоже на телепатию.
Так вот не надо делать мего компании, нада делать мобильные отделения которые могут самоорганизовыватся без ожидания рекогнасцировки сверху.
Ваша модель оплаты которую вы предлагаете откровенный бред, так как вы предлагаете человеку брать полностью фин ответственность на себя при этом за обычную ЗП. Хотите что бы эта модель работала то выдавайте ЗП в акциях компании, тогда люди будут заинтересованы в качественной работе и при этом будут терять деньги если будут тупить. Но в таком случае они не окажутся в ситуации когда контора в плюсе а они в минусе.
Вообще сам принцип ЗП кривой и горбатый. Не нужно ставить ЗП, нужно ставить деньги за цели и бонусы за условия и тогда человек сам будет решать че ему делать что бы получить стокато бабла за такоето время. И все в плюсах.
Что касается психологии и психиотрии то невозможность ее описать происходит просто из того что мы не знаем как функционирует мозг. Но можно смело говорить что мозг работает по вполне логичным законам ибо это не более чем устройство и никакой магии там нет, а значит если мозг логичен, то и все его продукты тоже, следоавтельно психология может быть описана точно. Просто на данном этапе развития мы еще до этого не дошли.
Мир логичен и закономерен а следовательно описуем.
Если вы считаете иначе прошу пример в студию.
На комент отвечу чуть позже, счас времени нету.