K>в отличие от большинства в этой теме ровным счетом ничего ужасного про яндекс я в этой теме не увидел K>но работать лично с вами не хотел бы
В этой теме что-то ужасное про Яндекс видят только яндекс-фанатики, которые тут же начинают спорить со всеми, кто им не нравится. Остальные просто обмениваются информацией.
Здравствуйте, Sharov, Вы писали:
S> KP>Ты хотя бы понимаешь, что своим поведением в этом обсуждении сильно дискредитируеш Яндекс? S> Я, конечно, не фанат снобизма Тындекса и его сотрудников, но Lexey'й явно здесь защищается от наездов. Если и хамит, то только в ответ.
Слова сотрудника большой компании воспринимаются как позиция и голос всей компании. Поэтому обычно существует рекомендация оставить всю коммуникацию с внешним миром специально обученным людям (и у них там своя особая атмосфера), а самому сходить за попкорном и устроиться поудобнее в кресле.
Здравствуйте, smeeld, Вы писали:
S>Здравствуйте, jamesq, Вы писали:
J>>В крупной компании, где ты работаешь в клёвом офисе на много-много человек, не скучно. J>>Есть community, есть всякие корпоративные фишки вроде столовой. Ты ощущаешь, что жизнь не проходит зря, занимаешься чем-то существенным. Можно получить визитки с громким именем и должностью, и всем их раздавать. Всем становится понятнее, что ты из себя представляешь. Ну и рост по внутренней иерархии. J>>В мелкой компании человек на 5, ты варишься в каком-то собственном соку. Занимаясь, порой, чёрти чем. Пусть даже если ЗП достойная или превышает таковую в крупной компании. Фриланс — ещё хуже. Человек — существо социальное.
S>Только чувак с неокрепшим зелёным мозгом будет как собачка радоваться всякой чухне, с помошью которой соответствующие отделы создают "атмосферу". Чухне, от которой веет детским садом, и от которой воротит любого, у кого имеется хоть капля критичного мышления. S>Пилить свои задачи, сидя в тиши своей берлоги, придерживаясь привычного и удобного тебе режима и графика, не затрачивая по 2-3 часа жизни на передвижения из дома в офис и обратно, и вообще живя там, где хочется, а не там, где ближе к офису, взаимодействуя по мылу с единомышленниками и соратниками-вот идеальная атмосфера для разработчика софта. Мы творцы, а не работники конвейера.
Сие описанное есть удел личинки инженера — эдакого студента старших курсов, в магистратуре. Т.е. когда человек имеет дело всё ещё с вещами малого масштаба сложности.
По мере наращивания квалификации будет переход к тому, где нужно работать командой. Через живое взаимодействие с людьми лицом к лицу, потому что одна голова хорошо, а две лучше. Попытка же заменить это эл.почтой будет напоминать прокачивание содержимого железнодорожной цистерны через садовый шланг.
A>Сие описанное есть удел личинки инженера — эдакого студента старших курсов, в магистратуре. Т.е. когда человек имеет дело всё ещё с вещами малого масштаба сложности.
Да-да расскажите как личинки пилят/пилили OpenBSD, Solaris (большая часть которой пилилась чуваками, которые в офисе появлялись только на пьянки) и ещё куча легендарного софта, который не чета корпоративным поделкам.
A>По мере наращивания квалификации будет переход к тому, где нужно работать командой. Через живое взаимодействие с людьми лицом к лицу, потому что одна голова хорошо, а две лучше.
И вот только тем самым личинкам для организации взаимодействия, для того чтоб въехать во что-то и что-то осознать, нужно то самое "живое общение", ибо иначе до них не доходит, иначе они просто не врубаются что делать, над ними нужно стоять и талдычить одно и то же, пока наконец он не въедет. Состоявшимся и квалифицированным "инженерам" не нужно много балаболить, там достаточно перекидываться короткими мессаджами между собой, просняющими ситуацию когда нужно.
Здравствуйте, smeeld, Вы писали:
S>Здравствуйте, a7d3, Вы писали:
A>>Сие описанное есть удел личинки инженера — эдакого студента старших курсов, в магистратуре. Т.е. когда человек имеет дело всё ещё с вещами малого масштаба сложности.
S>Да-да расскажите как личинки пилят/пилили OpenBSD, Solaris (большая часть которой пилилась чуваками, которые в офисе появлялись только на пьянки) и ещё куча легендарного софта, который не чета корпоративным поделкам.
A>>По мере наращивания квалификации будет переход к тому, где нужно работать командой. Через живое взаимодействие с людьми лицом к лицу, потому что одна голова хорошо, а две лучше.
S>И вот только тем самым личинкам для организации взаимодействия, для того чтоб въехать во что-то и что-то осознать, нужно то самое "живое общение", ибо иначе до них не доходит, иначе они просто не врубаются что делать, над ними нужно стоять и талдычить одно и то же, пока наконец он не въедет. Состоявшимся и квалифицированным "инженерам" не нужно много балаболить, там достаточно перекидываться короткими мессаджами между собой, просняющими ситуацию когда нужно.
Личинка появляется же не из воздуха, а некоего яйца. Вот это чистый лист надо наставлять и курировать, т.е. стажёра. После этого, став личинкой инженера, это чудо сидит в тишине и спокойствии, осваивает профессию играя в песочнице с куличиками. Как подрастёт — можно допускать к работе в команде по проектированию реальных жилых и промышленных объектов.
Про опёнка и солярис пример неуместный. Это как сравнивать ловлю рыбы удочкой отдельными любителями и добычу морепродуктов в масштабах рыбного промысла государством.
Один давно сдох, а у второго ничтожная доля на рынке, даже в таких маргинальных (специализированных) нишах как какой-нибудь pfSense.
A>Личинка появляется же не из воздуха, а некоего яйца. Вот это чистый лист надо наставлять и курировать, т.е. стажёра. После этого, став личинкой инженера, это чудо сидит в тишине и спокойствии, осваивает профессию играя в песочнице с куличиками.
Играется, играется, пусть будет как хотите.
A>Один давно сдох
Если это про solaris, то Вы об этой OS явно ничего не знаете, что это за система такая, для чего именно она создавалась и существует. Оракел всего лишь забрал эту OS в свою нишу, из которой банда альтруистов из Sun пыталась её распространить в мире ширпотреба. И теперь оракел молча рубит на этой OS бабки, и не малые. Крупнейшие отраслевые корпорации США имеют с оракелом контракты на поставку и поддержку этой ОС до 2030 года. За это время не одна "распространённая" на данный момент OS канет и не одна эфемерная технология будет забыта. Эта OS для систем, обновляющихся раз в десять лет. Это вам не десктопные свистоперделки и не интернетовская куча шлака аля гугель или прочие facebook.
A>а у второго ничтожная доля на рынке, даже в таких маргинальных (специализированных) нишах как какой-нибудь pfSense.
pfSense на FreeBSD. Во вторых, "доля на рынке" никак не связана с технологией или системой как таковой. Особенно если это изначально исследовательский и академический проект, что всегда было декларировано на сайте проекта. Если же всё-таки говорить о рынке, то все, включая MS тянут код из OpenBSD, например, OpenSSH все используют.
A>Про опёнка и солярис пример неуместный. Это как сравнивать ловлю рыбы удочкой отдельными любителями и добычу морепродуктов в масштабах рыбного промысла государством. A>Один давно сдох, а у второго ничтожная доля на рынке, даже в таких маргинальных (специализированных) нишах как какой-нибудь pfSense.
Справедливо заметить, что доля на рынке не везде и не всегда важна. Людям нужны не только массовые ширпотрёбные продукты, но и нишевые, обладающие особенными специфическими качествами.
А про OpenBSD и Solaris впервые слышу как их делали. Солярку же Sun делал, это корпоративная поделка, разве нет?
Здравствуйте, SergeCpp, Вы писали:
SC>Зачем тогда писать: Найдётся всё. -- когда найдётся? через 100 лет? когда очередной sergecpp отметит, что некий сайт у вас не индексирован?
Это вопрос к маркетологам.
SC>Пользуйтесь сами. Вы пользуетесь своим поиском? Это же ужас.
Да, как раз им и пользуюсь. Только, как правило, не через веб-морду, а прямо через строку браузера или из поискового приложения на смартфоне.
SC>Это отзыв пользователя, а не нападки. Хотя, это отзыв непользователя, а такие вы игнорируете. Удобно.
Пока это отзыв в спортлото. Хочешь, чтобы тебя услышали, — пиши на сапорт конкретное описание того, что тебе не нравится и пожелания по улучшению.
Здравствуйте, Lexey.
L> Пока это отзыв в спортлото. Хочешь, чтобы тебя услышали, — пиши на сапорт конкретное описание того, что тебе не нравится и пожелания по улучшению.
11 лет назад помогло именно спортлото. Поддержка отписалась витиевато и не о том совсем, переиначив каждое моё слово. Хватит.
Здравствуйте, SergeCpp, Вы писали:
SC>11 лет назад помогло именно спортлото. Поддержка отписалась витиевато и не о том совсем, переиначив каждое моё слово. Хватит.
11 лет назад у тебя была какая-то конкретика в описании проблемы. Увы, в описании "это же ужас" она полностью отсутствует.
Вообще, за 11 лет что-то могло измениться. Мне, например, на мои запросы по Навигатору и по Плюсу поддержка отвечает вполне адекватно, хотя и не всегда быстро.
Здравствуйте, Lexey, Вы писали:
L>Здравствуйте, SergeCpp, Вы писали:
SC>>11 лет назад помогло именно спортлото. Поддержка отписалась витиевато и не о том совсем, переиначив каждое моё слово. Хватит.
L>11 лет назад у тебя была какая-то конкретика в описании проблемы. Увы, в описании "это же ужас" она полностью отсутствует. L>Вообще, за 11 лет что-то могло измениться. Мне, например, на мои запросы по Навигатору и по Плюсу поддержка отвечает вполне адекватно, хотя и не всегда быстро.
А оно неважно, что там на самом деле, объективно. Что там у кого-то ЗП на самом деле хорошие, а вот отдельным лицам назначены невысокие. И что что-то могло измениться. Тем более, что это дело тёмное, что там на самом деле. Вас просто объявят злом, и всё.
Вы должны строить свою работу исходя из "человечности" людей, с которыми имеете дело. Что они могут быть необъективными и не обязаны ими быть. Если вы будете творить ерунду, у вас получится шлейф людей ненавидящих Яндекс во веки веков. В глазах которых компания отныне и навсегда — исчадие ада.
И они вполне себе будут кричать об этом на весь свет. Если вам дорога репутация бренда — придётся об этом задумываться. А когда накопится достаточно проблем — вам придётся бренд "Яндекс" просто напросто похоронить.
Здравствуйте, Erop, Вы писали:
E>Ну, конкретно у Яндекса могла бы быть своя библиотека примитивов, не требующая буста
Зачем?
E>А вот что действительно садо-мазо, так это писать на STL из С++03 без буста или какого-то его аналога
Уже давно есть С++11 и на нем пишут уже давно везде (про везде — это я так думаю, по крайней мере последние несколько лет везде, где работал, и везде, куда собеседовался).
Чтоб до сих пор где-то на С++03 писали — ну хз, хз.
Здравствуйте, antonio_v_krasnom, Вы писали:
__>Уже давно есть С++11 и на нем пишут уже давно везде (про везде — это я так думаю, по крайней мере последние несколько лет везде, где работал, и везде, куда собеседовался).
Это мелочь пузатая пишет всё на STL+Boost и недоумевает когда слышит, что где-то не так. В крупных проектах, зрелых и развитых, свои STL и Boost. Так как, во-первых, чаще делается намного оптимальнее, чем всё из STL или Boost, во вторых, зависимости от других проектов-это сплошная головная боль для крупных долгоживущих самобытных проектов, боль, длящаяся непрерывно. Приходится реально постоянно следить за изменениями в сторонних проектах, подтягивать за ними свой код, и это может быть очень трудоёмко и затратно если проект массивный. Плюс чужие баги. Это не NIH, это правильно. Загляните в Apache Trafficserver. Там найдёте что-то из STL, но только в коде вспомогательных утилит или тестах. В основном движке там нет никакого STL или Boost и это не потому-что типа написан давно, его постоянно переписывают и развивают, это потому-что они там не к месту. Например, имеется своя реализация парсера HTTP c кучей специальных оптимизированных хеш таблиц и алгоритмов, заточенных под специфику. Предлагаете взять вместо них какой-нибудь unordered_map-будет на порядки медленнее. Или вместо парсера HTTP взять какое-нибудь никому не нужное дерьмо из boost вроде boost::spirit? Будет на порядки медленее. Измеряли. проверяли.
Здравствуйте, jamesq, Вы писали:
J>А оно неважно, что там на самом деле, объективно. Что там у кого-то ЗП на самом деле хорошие, а вот отдельным лицам назначены невысокие. И что что-то могло измениться. Тем более, что это дело тёмное, что там на самом деле. Вас просто объявят злом, и всё. J>Вы должны строить свою работу исходя из "человечности" людей, с которыми имеете дело. Что они могут быть необъективными и не обязаны ими быть. Если вы будете творить ерунду, у вас получится шлейф людей ненавидящих Яндекс во веки веков. В глазах которых компания отныне и навсегда — исчадие ада.
Проблема в том, что всем угодить невозможно. Хейтеры всегда найдутся. И стараться любой ценой минимизировать их число — это тупиковая идея, КМК.
J>И они вполне себе будут кричать об этом на весь свет. Если вам дорога репутация бренда — придётся об этом задумываться. А когда накопится достаточно проблем — вам придётся бренд "Яндекс" просто напросто похоронить.
Или не придется, если число позитивно относящихся к бренду будет серьезно превосходить число ненавистников.
Здравствуйте, smeeld, Вы писали:
S>В крупных проектах, зрелых и развитых, свои STL и Boost. Так как, во-первых, чаще делается намного оптимальнее, чем всё из STL или Boost, во вторых, зависимости от других проектов-это сплошная головная боль для крупных долгоживущих самобытных проектов, боль, длящаяся непрерывно.
Как и другая боль: постоянная поддержка собственных аналогов STL-я и Boost-а. Адаптация к новым архитектурам, новым компиляторам, новым стандартам...
А нет. Отставить. У вас же одна среда и один компилятор на 10 лет вперед. Или даже на 20.
S>Загляните в Apache Trafficserver. Там найдёте что-то из STL, но только в коде вспомогательных утилит или тестах. В основном движке там нет никакого STL или Boost
Надо же, Trafficserver весь из себя такой оптимизированный, а что ж тогда в утилитах для него не смогли задействовать мегаоптимальные контейнеры и алгоритмы из самого Trafficserver-а? Зачем STL, когда вокруг все такое-растакое?
S>Или вместо парсера HTTP взять какое-нибудь никому не нужное дерьмо из boost вроде boost::spirit? Будет на порядки медленее. Измеряли. проверяли.
А результатами сравнения с Boost.Beast можете поделиться?
Здравствуйте, smeeld, Вы писали:
S>Это мелочь пузатая пишет всё на STL+Boost и недоумевает когда слышит, что где-то не так. В крупных проектах, зрелых и развитых, свои STL и Boost. Так как, во-первых, чаще делается намного оптимальнее, чем всё из STL или Boost, во вторых, зависимости от других проектов-это сплошная головная боль для крупных долгоживущих самобытных проектов, боль, длящаяся непрерывно. Приходится реально постоянно следить за изменениями в сторонних проектах, подтягивать за ними свой код, и это может быть очень трудоёмко и затратно если проект массивный. Плюс чужие баги. Это не NIH, это правильно. Загляните в Apache Trafficserver. Там найдёте что-то из STL, но только в коде вспомогательных утилит или тестах. В основном движке там нет никакого STL или Boost и это не потому-что типа написан давно, его постоянно переписывают и развивают, это потому-что они там не к месту. Например, имеется своя реализация парсера HTTP c кучей специальных оптимизированных хеш таблиц и алгоритмов, заточенных под специфику. Предлагаете взять вместо них какой-нибудь unordered_map-будет на порядки медленнее. Или вместо парсера HTTP взять какое-нибудь никому не нужное дерьмо из boost вроде boost::spirit? Будет на порядки медленее. Измеряли. проверяли.
S>>А результатами сравнения с Boost.Beast можете поделиться?
S>Эта экспертиза дорого стоит. Продолжайте есть ширпотреб вроде boost.Beast, думая что ничего на белом свете лучше нету.
Я так и думал, что от нас что-то скрывают. В секретных лабалаториях есть закрытые разработки, которые быстрее boost.Beast на порядок. А не раскрывают их, потому что они секретные!!!
