Здравствуйте, vsb, Вы писали:
vsb>Я читал, что в 2008 ЦБ вваливал сотни миллиардов долларов на поддержку курса. Считай – профинансировал население страны. Зато сохранил уверенность в рубле, я читаю этот форум и поражаюсь уверенности россиян в своей валюте. Даже где то завидую – у нас давным давно все крупные цены в долларах и этим никого не удивишь, пропорциональный рост цен на всё (включая 25-летние машины) происходит примерно в тот же день, что и девальвация. А в 2014 вот не стали держать курс, решили попробовать по-другому играть.
Одна из задач ЦБ — обеспечение уверенности в валюте государства. До последнего времени ЦБ РФ это удавалось довольно хорошо, сейчас он явно не справляется
Так что то, что в Казахстане все крупные цены всегда были в USD говорит лишь о плохой работе ЦБ и МинФина.
S>даются в молодости сложновато, после первого, все последующие, осваиваются просто, быстро, с удовольствием и на одном дыхании. S>Так что человек с опытом 10-15 лет стоит десятка желторотиков, именно вследствии обладания выработанными навыками осваивать быстро S>всё новое. А новое ими осваивается быстро, потому что всё, так называемое новое в IT, никакое не новое на самом деле. Это всё то же самое, S>только с некоторыми отличиями друг от друга.
Ну это (выделенное) ты в запальчивости написал. Как раз ничего, кроме рвотных позывов, необходимость освоения нового API, не вызывает.
Здравствуйте, TMU_1, Вы писали:
S>>даются в молодости сложновато, после первого, все последующие, осваиваются просто, быстро, с удовольствием и на одном дыхании. TMU>Ну это (выделенное) ты в запальчивости написал. Как раз ничего, кроме рвотных позывов, необходимость освоения нового API, не вызывает.
Здравствуйте, kosmik, Вы писали:
D>>Пару лет назад у меня было примерно 1 собеседование на 3 отклика на вакансию. В последний месяц пробовал рассылать резюме : соотношение собеседований стало 1 к 20. Что происходит с рынком? Может большинство вакансий теперь фейковые? Или требования у работодателей выросли на порядок?
K>Есть мнение что в декабре мало кто ищет работу, поэтому компании практически останавливают набор.
Если быть точным, то бурный рост ИТ компаний прошел еще в прошлом году. Сейчас компании ищут только на места уволившихся сотрудников. А вот желающих увольняться перед НГ мало, потому что народ хочет выйти с праздников и получить аванс через 5 дней. Да и обычно по результатам года премии\бонусы платят, если напишешь заявление, то можно не получить.
А вот после НГ, примерно с конца января до середины-конца февраля начинается жара. Подписываются новые контракты, появляются вакансии, активизируются HR-агентства (им тоже кушать хочется) и у народа много свободного времени появляется, ибо реальной работы в начале года мало.
Здравствуйте, chaotic-good, Вы писали:
A>>Просто те предыдущие 15 лет опыта, сегодня скорее всего не актуальны. Проще наверно взять грамотного студента на небольшую оплату и обучить его, благо их в крупных городах выпускается тыщами и есть из кого выбрать. CG>Тот кто собеседовал этих "грамотных студентов" скажет тебе что ты очень и очень не прав. К тому же мы входим в демографическую яму (или как это называется) и студентов сейчас будет выпускаться в разы меньше чем лет пять назад. В общем, деться от чуваков с 15-ти летним опытом будет особенно некуда.
Увы, среди студентов процент грамотных на порядок ниже, чем у людей с 15-летним опытом. При этом молодым еще самодисциплины и концентрации на задаче не хватает.
По сути чтобы найти одного грамотного и дешевого студента надо собеседовать 50 и более человек, а среди людей с 15-летним опытом от силы 10 (больше просто не придет).
Здравствуйте, Venom, Вы писали:
V>Здравствуйте, Stanislav V. Zudin, Вы писали:
SVZ>>У "старого" очень большое преимущество. SVZ>>.................................. SVZ>>Хотя, если "старый кодер" надцать лет сидел на одном и том же тухлом проекте и никак не развивался, то, действительно, никаких преимуществ нет. Тут его инерция может сыграть против него. Мол, раз сидел ничего не делал, значит и здесь ничего делать не будет.
V>Тогда правильнее будет назвать его не "старым", а просто опытным.
Это ты HR-ам скажи и прочим, кто выдвигает идиотские требования про 35 лет.
Здравствуйте, Antidote, Вы писали:
A>Здравствуйте, TMU_1, Вы писали:
S>>>даются в молодости сложновато, после первого, все последующие, осваиваются просто, быстро, с удовольствием и на одном дыхании. TMU>>Ну это (выделенное) ты в запальчивости написал. Как раз ничего, кроме рвотных позывов, необходимость освоения нового API, не вызывает.
A>А это уже старость
Не только. Тот же опыт при изучении нового поделия постоянно свербит: так, вот тут грабли; о, и тут засада; блин, вот здесь будет нескончаемый геморрой...
Здравствуйте, smeeld, Вы писали: S>Вообще, это для прыщавых, желторотых, новоиспечённых прогриммастов характерно мнение о постоянной смене технологий, S>и о трудности изучения новой, взамен устаревшей. Это навеяно у них тем, что они, в силу своей желторотости, едва S>осилили и осмыслили что-то первое, и у них имеется некоторая паника от сознания того, что придётся такие же нагрузки испытывать S>в будущем, при переходе с одной технологии на другую, и что, если у них, молодых, такие трудности с освоением нового, S>то старпёров вообще должен инфаркт схватывать.
а я кстати с удивлением стал сталкиваться иногда со старперами, сильно отставшими от современной разработки. можно даже по стилю понять — 80ые года или 90ые. например, отлаживают сразу в релизе и сроду, пишут фукнции огроменные и сроду не делавшие юнит-тесты. переучивать такого поздно — не хочет он уже. работать непродуктивно
поделиться прогнозами никогда не вредено, тоже думаю что по маленьку москву как главную причину санкций будут оттеснять от умственной деятельности в области ит, и провинции расцветут новым цветом в аутсорсе, по крайней мере пока не появится статья за укрывательство доларов
__>а я кстати с удивлением стал сталкиваться иногда со старперами, сильно отставшими от современной разработки. можно даже по стилю понять — 80ые года или 90ые. например, отлаживают сразу в релизе и сроду, пишут фукнции огроменные и сроду не делавшие юнит-тесты. переучивать такого поздно — не хочет он уже. работать непродуктивно
Вот это всё "функции не огромные", "не отлаживать в релизе", "юнит-тесты" это всё относится к индивидуальным особенностям стиля или правилам отдельного проекта или разработчика. Это не относится к составляющим технологической базы, и причисляется к таковым только начинающими и неокрепнувшими джунами, и большое значение этому придают только в песочницах, называющих себ гордо "современная hi-tech компашка, развивающая суперсовременные продвинутые технологии" и пр. муть, но которых, на самом деле, занимаются шлёпанием примитива и банальных песчаных пирамидок. Если начинающим и прозябающим в таких hi-tech песочницах посчастливится принять участие в масштабном проекте в котором как раз занимаются тем самым развитием тех самых передовых технологий, то они будут сильно удивлены, когда вместо вот этого "функции не огромные", "не отлаживать в релизе", "юнит-тесты", придётся напрягаться над вещами на несколько порядков более сложными, вследствии чего, вот эти джуниорские прорывы типа "функции не огромные", "не отлаживать в релизе", "юнит-тесты", покажутся какой-то никчёмной суетой детишек в песочнице.
Здравствуйте, smeeld, Вы писали:
__>>а я кстати с удивлением стал сталкиваться иногда со старперами, сильно отставшими от современной разработки. можно даже по стилю понять — 80ые года или 90ые. например, отлаживают сразу в релизе и сроду, пишут фукнции огроменные и сроду не делавшие юнит-тесты. переучивать такого поздно — не хочет он уже. работать непродуктивно
S>в масштабном проекте в котором как раз занимаются тем самым развитием тех самых передовых технологий, то они будут сильно удивлены, когда вместо вот этого "функции не огромные", "не отлаживать в релизе", "юнит-тесты", придётся напрягаться над вещами на несколько порядков более сложными,
Ага, мы все такие, на порядки более сложные вещи, видели, и неоднократно. Функции на 18 экранов, в которых сам их аффтар не разбирается, хороший тому пример.
Здравствуйте, smeeld, Вы писали: S>Вот это всё "функции не огромные", "не отлаживать в релизе", "юнит-тесты" это всё относится к индивидуальным особенностям стиля или правилам отдельного проекта или разработчика. Это не относится к составляющим технологической базы, и причисляется к таковым только начинающими и неокрепнувшими джунами, и большое значение этому придают только в песочницах, называющих себ гордо "современная hi-tech компашка, развивающая суперсовременные продвинутые технологии" и пр. муть, но которых, на самом деле, занимаются шлёпанием примитива и банальных песчаных пирамидок. Если начинающим и прозябающим в таких hi-tech песочницах посчастливится принять участие в масштабном проекте в котором как раз занимаются тем самым развитием тех самых передовых технологий, то они будут сильно удивлены, когда вместо вот этого "функции не огромные", "не отлаживать в релизе", "юнит-тесты", придётся напрягаться над вещами на несколько порядков более сложными, вследствии чего, вот эти джуниорские прорывы типа "функции не огромные", "не отлаживать в релизе", "юнит-тесты", покажутся какой-то никчёмной суетой детишек в песочнице.
узнаю старпера
у меня специально для таких есть задание отревьювить код. старперы не видят в говнокоде никаких потенциальных проблем.
разумеется старперы имеют много опыта. их нужно слушать внимательно. плохо когда опыт у них однобокий. чтобы избежать однобокости мышления я более чем за 15 лет работал в десятках разных проектах и командах, городах и странах, от маленьких студенческих команд до корпораций, от GPGPU до гуя для сайтиков, от opencl до javascript, команды от одного человека до сотни.
когда после человека невозможно разобраться что это он понаделал вообще это проблема. когда то, что он создал, он сам не может контролировать, это тоже фундаментальная проблема. то, что многие не знают, как писать код стабильный и понятный для всех это недостаток знаний, а не специфика программирования.
Здравствуйте, __kot2, Вы писали:
__> то, что многие не знают, как писать код стабильный и понятный для всех это недостаток знаний, а не специфика программирования.
Про "стабильный" не спорю, для такового нужны знания, но это никак не относится к вышеупомянутым ""функции не огромные",
"не отлаживать в релизе", "юнит-тесты". Что до "понятного", то давно известно какой жуткий код пишут математики и и физики,
это недостаток знаний? Нет, это стиль мышления. А если кто умение красиво всё раскладывать по полочкам и украшать цветочками
относит к "достаток знаний", то таковым нужно работать в модельном агенстве, а не в програмировании.
Здравствуйте, smeeld, Вы писали: S>Про "стабильный" не спорю, для такового нужны знания, но это никак не относится к вышеупомянутым ""функции не огромные", S>"не отлаживать в релизе", "юнит-тесты". Что до "понятного", то давно известно какой жуткий код пишут математики и и физики, S>это недостаток знаний? Нет, это стиль мышления. А если кто умение красиво всё раскладывать по полочкам и украшать цветочками S>относит к "достаток знаний", то таковым нужно работать в модельном агенстве, а не в програмировании.
это я просто перевел на понятный язык такие фундаментальные принципы как, например "ты пишешь код не для себя, а для других". понимаете, любой успешный проект долгоживучий. до сих пор живут проекты, которые я писал 10-15 лет назад. и кто-то до сих пор правит мой код. и жить эти проекты будут еще минимум лет 10.
вы исходите из предпосылки "умный человек все сделает правильно". но это не так. люди делатют так, как привыкли. и люди, которые после универа несколько лет занимались фигней уже навсегда потеряны для профессионального программирования. Это как примерно представьте, встречаются два умных человека — Петрович с Автоваза и Хёнтай-Сан с Тойты, оба 10 лет на конвеере гайки крутят. Сидит такой Петрович у конвеера жигулей семерки с сигаретой в зубах, в лувой руке 100 грамм, в правой — ключ с символикой СССР 32ого года выпуска.
— Неправильно ты, — говорит Хентай-сан, — гайки крутишь. Прекращай курить, че как свинья тут сидишь в сантиметровой грязи, уберись тут и я покажу тебе электронный динамометрический ключ.
— Понимаешь — отвечает Петрович — сборка машин это не то, как чисто в цеху и как хорошо гайки закручены, а сколько ты деталей с завода спереть сможешь
разве они дураки? нет, они оба два очень умных человека. но они из разных миров и им бесполезно уже друг с другом о чем-то разговаривать
Здравствуйте, __kot2, Вы писали:
__>это я просто перевел на понятный язык такие фундаментальные принципы как, например "ты пишешь код не для себя, а для других". понимаете, любой успешный проект долгоживучий. до сих пор живут проекты, которые я писал 10-15 лет назад. и кто-то до сих пор правит мой код. и жить эти проекты будут еще минимум лет 10.
С большой долей вероятности код переписывается после ухода другим программистом, не на тешиться иллюзиями собственной важности. Код, понятный и школьнику, покрытый юнит-тестами, комментариями на каждый чих- тоже переписывается на более элегантный и эффективный, и наоборот- зависит лишь куда нового программиста на проекте заносит. Только индусы способны обклеивать все заплатками и держать в голове возможные баги.
Здравствуйте, Aртём, Вы писали: Aё>С большой долей вероятности код переписывается после ухода другим программистом, не на тешиться иллюзиями собственной важности. Код, понятный и школьнику, покрытый юнит-тестами, комментариями на каждый чих- тоже переписывается на более элегантный и эффективный, и наоборот- зависит лишь куда нового программиста на проекте заносит. Только индусы способны обклеивать все заплатками и держать в голове возможные баги.
вы думаете я пишу про монолитный кусок гавна? еще и зачем-то откомментированный на каждый чих. другого в жизни видеть никогда не приходилось?
чтобы понятно было — вот есть у вас контейнейры в stl. вам обязательно переписывать постоянно? знакомы с понятием модульности?
вы правда никогда не видели современных высококачественных проектов, куски кода в которых тянутся десятилетиями без особых изменений?
посмотрите исходники Half Life 2 — там есть не только куча файлов от первого quake, но даже вообще некоторые функции из Doom
Раньше писали "26 лет — на помоечку!".
