Здравствуйте, ukrspecs, Вы писали:
U>Собственно сабж. Каково оно после 40? Больше зарабатываете чем в 30+? Приходится постоянно переучиваться, подстраиваться под тренды?
Товарищ!
устроил слёт всех дедов на РСДН!
U>Будь вы на 10-15 лет моложе, какой совет бы себе дали?
Советы давать — неблагодарное и бесполезное занятие:
1. Наша дельта в 10 лет, от 30 до 40, будет сильно отличаться от дельты, которая была на 10 лет ещё раньше, или будет теперь. И от всех остальных.
2. У разных людей всё будет по-разному.
Но, судя по комментам, тут у всех всё хорошо, все стали умнее и способнее и заработали много денег.
А у автора проблема со всем этим. У меня тоже. Мне за 40, я плохо соображаю. Прям жаль, что не бухал, было бы на что списать.
Я попал в категорию: "А кто-то держится за насиженное место мертвой хваткой, потому что уже 8 лет сопровождает легаси, которое за пределами компании никому не нужно."
Но если подумать, если это легаси работает, если оно нужно внутри компании, почему нет? По статистике далеко не 100% разработчиков занимаются интересными/новыми/перспективными задачами, даже если сильно этого хотят и могут ими заниматься. Кто-то должен делать и работу попроще. Это нормально. Если ты отлично делаешь свою работу — это очень хорошо, как мне кажется. Потому что есть много людей, занимающихся новыми/перспективными/успешными задачами, но крайне хреново. Зато передовые разработки, все дела. Потом выкинут всё в мусор, но "ореолчик остался".
Далее, я верю в то, что у каждого человека есть как минимум один навык в котором он чертовски хорош и лучше чем 80-90% населения. Если у человека нет таких навыков — он просто их не нашёл. Почему — может быть не искал? Я вот помню себя лет десять назад, я считал себя крутым программистом, и когда мне говорили, глядя на мои НЕпрограммерские плоды труда: "слушай, а может тебе попробовать себя в качестве N?", я прям обижался, потому что думал, что люди просто считают меня хреновым программистом (а может так оно и было), а не разносторонним спецом. Тут есть ещё такой психологический фактор, даже два. Первый, как говорят шароварщики: "жалко бросить свою какашку". Т.е. тебе кажется, что ты столько времени и сил потратил на изучение и написание, и всё это бросить?! Как можно?! Вот я тут постоянно торчу в топиках защищая c++/Win32API, когда все рассказывают о новых языках/платформах. Второй фактор — боязнь новизны, "а если не получится?", "нужно столько времени! а я уже стар", и так далее. Короче, в истории полно примеров, когда люди внезапно меняли вид деятельности и из посредственного А вдруг становились выдающимся B, просто потому что оказывалось, что это дело им больше по душе, но они никогда не пробовали. И я тут как пример того, что мне как раз больше 40, но у меня ничего так и не получилось. Да так бывает и очень часто, просто неудачники не любят отписываться о своих провалах, люди больше любят писать об успехах. Потому такой процент.
Поэтому если тебе 30+, надо сделать одну простую, но универсальную вещь: представь себе, что прошло 10+, и тебе уже 40+ или лучше 50+, и ты всё там же. А потом просто проанализируй свою "прошедшую" жизнь, почему так получилось? Сильно ужаснись. А потом вспомни, что тебе на самом деле 30+, и у тебя ещё есть шансы всё исправить А дальше сам решай, как ты это сделаешь, никто за тебя это не решит и никто лучше тебя это не сделает, и в этом твоё преимущество.
Здравствуйте, ukrspecs, Вы писали:
U>Мне 34, и я начал заморачиваться о том, какой будет карьера дальше. Чувствую, что соображать стал тяжелее, чем до 30. Пока выезжаю на опыте, но если нужно нетривиальное решение, мозги могут отказаться его решать.
Мне 47, ни когда такого не замечал, все как раньше. Вообще это естественно, что мозг переключается на опыт, так как это позволяет экономить его ресурсы, для этого собственно опыт и нужен. Вот только что делал рефакторинг и как раз такое решение и замутил, результатом доволен.
U>А теперь я с опасением смотрю в будущее, и думаю, какой ненужной развалиной могу стать в 40-45-50 лет, с точки зрения разработчика. И что тогда? Идти таксовать?
Мне 47 и я не развалина, предложения поступают постоянно.
U>Я смотрю на некоторых коллег постарше. Кто-то устроился solution architect. Кто-то PM может. Scrum Master. А кто-то держится за насиженное место мертвой хваткой, потому что уже 8 лет сопровождает легаси, которое за пределами компании никому не нужно.
Вот на таких коллег нужно поменьше смотреть.
U>Собственно сабж. Каково оно после 40? Больше зарабатываете чем в 30+? Приходится постоянно переучиваться, подстраиваться под тренды? Будь вы на 10-15 лет моложе, какой совет бы себе дали?
Учиться, учиться и еще раз учиться, обесценить себя Вы можете только сами, ни кто за Вас это не сделает.
Здравствуйте, Skorodum, Вы писали: S>Интуитивно согласен, но хотелось бы услашать развернутую мысль почему именно в этом случае "маркетинговая портянка" не настораживает?
В мире Java решение которое не имеет "достаточного" количества абстракций — плохое решение. Я ХЗ почему оно так, ну вот так. Может памяти иначе слишком мало жрет, или нельзя вывалить всю эту маркетинговую портянку слов в качестве аргумента при построении архитектуры
Как должен выглядеть хороший стек вызов в мире Java
В C# вроде как тем же самым балуются, но тут я может быть и предубежден.
Здравствуйте, ukrspecs, Вы писали:
U>Мне 34, и я начал заморачиваться о том, какой будет карьера дальше. Чувствую, что соображать стал тяжелее, чем до 30. Пока выезжаю на опыте, но если нужно нетривиальное решение, мозги могут отказаться его решать. U>А теперь я с опасением смотрю в будущее, и думаю, какой ненужной развалиной могу стать в 40-45-50 лет, с точки зрения разработчика. И что тогда? Идти таксовать?
U>Я смотрю на некоторых коллег постарше. Кто-то устроился solution architect. Кто-то PM может. Scrum Master. А кто-то держится за насиженное место мертвой хваткой, потому что уже 8 лет сопровождает легаси, которое за пределами компании никому не нужно.
U>Собственно сабж. Каково оно после 40? Больше зарабатываете чем в 30+? Приходится постоянно переучиваться, подстраиваться под тренды? Будь вы на 10-15 лет моложе, какой совет бы себе дали?
Вы просите совет из цикла "куда вложить средства". Притом, у выживших. Общие рассуждения:
— не выгорать, не надрываться: без наличия здоровья всё остальное бессмысленно;
— развивать связи и быть лихим и придурковатым хорошим парнем;
— учить английский, это даёт выход на мировой рынок и соответствующие зарплаты;
— новые технологии -- суета, большинство из них -- калифы на час; доля же поддержки существующих систем растёт, а количество специалистов по ним падает;
— руководящие должности -- пирамида, уменьшающаяся кверху. Безработные начальники никому не нужны. Если не начали забег по лестнице до 30, то лучше оставаться специалистом;
— заработок в среднем самый высокий между 40 и 50-ю годами, затем начинает уменьшаться с большим разбросом: у кого-то директорская зарплата, а кто-то ждёт обязательного звонка;
— регулярная смена работы даёт в среднем лучший и более надёжный доход.
Здравствуйте, ukrspecs, Вы писали:
U>Мне 34, и я начал заморачиваться о том, какой будет карьера дальше. Чувствую, что соображать стал тяжелее, чем до 30.
46, есть такое (но в 34 не было)
U>Пока выезжаю на опыте,
Вот и продолжай
U>но если нужно нетривиальное решение, мозги могут отказаться его решать.
Но зато 99% решений тривиальные, то что когда-то требовало напряга теперь на автомате.
U>А теперь я с опасением смотрю в будущее, и думаю, какой ненужной развалиной могу стать в 40-45-50 лет, с точки зрения разработчика. И что тогда? Идти таксовать?
Не сцы.
U>Собственно сабж. Каково оно после 40? Больше зарабатываете чем в 30+?
Намного больше.
U>Приходится постоянно переучиваться, подстраиваться под тренды?
Куда без этого.
U>Будь вы на 10-15 лет моложе, какой совет бы себе дали?
Не засиживаться в уютном месте.
U>Собственно сабж. Каково оно после 40? Больше зарабатываете чем в 30+?
Всё сложно — чем моложе был, тем ниже был кпд. Т.е. пахал больше, но из-за неправильного выбора "точки приложения усилий" — зарабатывал меньше, чем если бы эти же усилия прилагал в другом месте. В 40 кпд в разы выше, но денег уже столько не надо — базовые хотелки типа жильё-машина-дача сбылись когда было 30. Желания "жёппу рвать" ради того что-бы тупо купить дом больше или машину по-люксовее — исчезающе мало. И получается что работать 10 часов в неделю без напряга за 0.5 денег оказывается комфортнее чем работать 40 часов в неделю за 2x денег.
U>Приходится постоянно переучиваться, подстраиваться под тренды?
Если мгновенно отсеивать шелуху вида "а сейчас мы на набирающем популярность языке XXX и фреймворке YYY повторим одностраничный сайт", то иногда и целую неделю можно провести в поисках "а чего же стоящего можно было бы изучить"
U>Будь вы на 10-15 лет моложе, какой совет бы себе дали?
* Купить биткойны. Не факт что это сейчас сработает, но 10 лет назад точно надо было
* Начать свой бизнес, любой, пофигу какой. Тогда к 40 уже опыта будет достаточно что-бы управлять не напрягаясь (не обязательно тем первым, первый, второй и даже десятый, могут и обанкротится).
* Следить чтобы 80% чтения в день уходило на большие, связные, тексты — книги, серьёзные статьи, и т.д. Закрепилось стойкое ощущение что день чтения развлекательной книжки полезнее для профессионального роста, чем день чтения телеграм-чата по специальности.
* Завести на одного ребёнка больше.
Все советы равной важности. Т.е. идеально всё это сделать одновременно.
Здравствуйте, ukrspecs, Вы писали:
U>Мне 34, и я начал заморачиваться о том, какой будет карьера дальше. Чувствую, что соображать стал тяжелее, чем до 30. Пока выезжаю на опыте, но если нужно нетривиальное решение, мозги могут отказаться его решать.
Мне полтинник, мозги по-прежнему ясные.
На каком-то этапе было тажело въезжать в совсем незнакомую тему. Не потому, что котелок не варит, а потому, что ощущение, что чего-то не понимаешь, стало непривычным и неприятным. Но если осознать, что это просто тщеславие, с этим можно справиться.
U>Собственно сабж. Каково оно после 40? Больше зарабатываете чем в 30+? Приходится постоянно переучиваться, подстраиваться под тренды? Будь вы на 10-15 лет моложе, какой совет бы себе дали?
Если осознать, что 80% этих новомодных трендов в том или ином виде существовали еще в проекте MULTICS, родом из 60-х, а остальные 20% существовали в проекте IBM System/370, становится легче
Здравствуйте, ukrspecs, Вы писали:
bnk>>Еще постоянно какую-нибудь хрень изучать приходится. bnk>>А то так бы и сидел, писал на C++/WinAPI/MFC типа как 20 лет назад. Кому это сейчас нужно-то.
U>А за старость не переживаете? Вот закончится карьера, на что жить думаете?
Да у меня особой карьеры и не было, чему заканчиваться-то? По жизни код пишу.
Я думаю что и в 60 вполне писать смогу, не то что в 40, на кнопки давить — это тебе не бревна ворочать.
На удаленке да на контракте никто особо и не считает, сколько у тебя седых волосин на голове.
Если государсво не даст пенсию в 2к, всегда есть лан Б
Здравствуйте, gyraboo, Вы писали:
G>>>менять работу каждые 3 года
SIT>>Натоптал и ушел... а там хоть трава не расти
G>Вовсе нет, уход я планирую тогда, кода закончил свою работу, в которой специализируюсь: т.е. спроектировать архитектуру и тех.стек, собрать команду, обучить их принципам промышленного кодирования (паттерны, solid, dry, cqs, инварианты, многопоточность и т.д.) через мастер-классы, через очень плотное код-ревью, перенести все эти знания на вики в виде архитектурных гайдлайнов, создать решения которые можно тиражировать (решения типичных для проекта проблем), отпрофилировать узкие места и решить эти проблемы, затем убедиться что команда самостоятельно работает по этим методикам, код ревью работает без моего участия, что члены команды усвоили принципы промышленной разработки. И потом ухожу в следующее место, где начинаю делать то же самое. Это всё в среднем и занимает 2-3 года.
Ну так вот это и называется "натоптал и ушел", нет?
Пробовал прийти работать в компанию, когда оттуда недавно ушел такой вот куратор?
U>Спасибо за дельный совет, я пытаюсь инвестировать чуть ли не лет с 25. Если это можно назвать инвестированием. Были криптовалюты, ПАММ-счета / форекс, вложения в каперов (ставки на спорт)
Здравствуйте, ukrspecs, Вы писали:
U>Здравствуйте, RussianFellow, Вы писали:
RF>>ukrspecs, не могли бы Вы описать свои скиллы--знания, умения, опыт? Какими языками программирования владеете, какие библиотеки и технологии знаете?
U>Не мог бы.
Здравствуйте, ukrspecs, Вы писали:
U>Мне 34, и я начал заморачиваться о том, какой будет карьера дальше. Чувствую, что соображать стал тяжелее, чем до 30. Пока выезжаю на опыте, но если нужно нетривиальное решение, мозги могут отказаться его решать.
А ты уверен что не путаешь "соображать стало тяжелее" с "я стал более ленивый"? Потому как я именно что стал более ленивый и опыт позволяет не делать (самому) ряд задач таким образом, что бы все вокруг еще и довольны были
U>А теперь я с опасением смотрю в будущее, и думаю, какой ненужной развалиной могу стать в 40-45-50 лет, с точки зрения разработчика. И что тогда? Идти таксовать?
А что с физической формой? Я бы сказал что с возрастом это так же важно как и проф.навыки становится, если не важнее.
U>Собственно сабж. Каково оно после 40? Больше зарабатываете чем в 30+?
Всё зашибись и дальше будет только лучше, я считаю.
U>Приходится постоянно переучиваться, подстраиваться под тренды?
Скорее доучиваться. Мне повезло в какой-то мере с тем, что я всегда был в C++ и сетях, а это по большому счету штуки фундаментальные, и все нововведения просто дополняют уже существующие. Получается довольно органическое доучивание и то что стоило денег 10 лет назад стоит только больше сейчас.
U>Будь вы на 10-15 лет моложе, какой совет бы себе дали?
— Делать акцент на гибкие навыки.
— Делать акцент на публичность.
U>Собственно сабж. Каково оно после 40? Больше зарабатываете чем в 30+? Приходится постоянно переучиваться, подстраиваться под тренды? Будь вы на 10-15 лет моложе, какой совет бы себе дали?
Мне уже за 40. Я основатель небольшой прибыльной программистской компании. Жена, дети, своя купленная квартира.
9 советов себе в 30 или чуть раньше:
Для счастья:
— найти удачно вторую половину / жениться (народная мудрость говорит, что если в 30 жены нет, то потом не будет). И завести детей если всё складывается.
— чаще встречаться с друзьями. Знакомиться с интересными людьми.
— ездить в новые места. Получать впечатления (на 4 месте после вышеперечисленного).
здоровье:
— придерживаться здорового питания.
— регулярно заниматься фитнесом или каким-то спортивным занятием. Хотя бы зарядку делать.
— не экономить на хорошем рабочем кресле для себя.
Финансовое благополучие:
Народная мудрость говорит, что если до 40 лет денег нет, то потом не будет.
— если хочется свой бизнес, то задуматься над тем, чтобы начать своё дело годам к 34-36. Тут я писал как найти время и как правильно начать. Еще вариант присоединиться к жизнеспособному стартапу.
— инвестировать: откладывать регулярно немного денег или тратить часть времени на свои проекты или получение полезных навыков или знаний.
Инвестировать в другие компании тоже можно, если их бизнес понятен. Если лет 8-10 назад вложиться в Яндекс хорошей суммой, то сумма бы выросла раз в 10.
И последнее:
— радовать себя, семью и друзей. И даже баловать себя временами.
Собственно про то, что надо в жизни вовремия набраться ума (тренировать мозг), жениться и начать зарабатывать я услышал от своего отца, который мне объяснил поговорку "В 20 лет ума нет и не будет, в 30 лет жены нет и не будет, в 40 лет денег нет и не будет".
Здравствуйте, ukrspecs, Вы писали:
U>Собственно сабж. Каково оно после 40? Больше зарабатываете чем в 30+? Приходится постоянно переучиваться, подстраиваться под тренды? Будь вы на 10-15 лет моложе, какой совет бы себе дали?
1. побольше шататься по бабам
2. переучиться на сварщика и ну его нахрен это коммерческое программирование
Здравствуйте, SergeyIT, Вы писали:
G>>менять работу каждые 3 года
SIT>Натоптал и ушел... а там хоть трава не расти
Вовсе нет, уход я планирую тогда, кода закончил свою работу, в которой специализируюсь: т.е. спроектировать архитектуру и тех.стек, собрать команду, обучить их принципам промышленного кодирования (паттерны, solid, dry, cqs, инварианты, многопоточность и т.д.) через мастер-классы, через очень плотное код-ревью, перенести все эти знания на вики в виде архитектурных гайдлайнов, создать решения которые можно тиражировать (решения типичных для проекта проблем), отпрофилировать узкие места и решить эти проблемы, затем убедиться что команда самостоятельно работает по этим методикам, код ревью работает без моего участия, что члены команды усвоили принципы промышленной разработки. И потом ухожу в следующее место, где начинаю делать то же самое. Это всё в среднем и занимает 2-3 года.
Здравствуйте, Qt-Coder, Вы писали: QC>Откажись от алкоголя, он серьезно притупляет мозг. Попринимай препараты для улучшения мозгового кровоображения, Ноопепт например.
Да зачем?!
Мы обычно 1-2 бутылки вина в неделю выпиваем с женой в течении последних, ну не знаю, 8 лет, скорее даже дольше. Зачем от него полностью отказываться? Скорее уж не надо запойно пить, но так же и не надо жрать как не в себя или работать на износ. Мера должна быть во всём
RU>А можете рассказать подробнее про плотное код-ревью?
Не поставлен процесс документирования.
Требуйте с джуна так же исчерпывающую документацию к коду в нужном формате.
Производительность у него резко упадёт и Вы начнёте успевать.
Если тщательно повспоминать разные моменты жизни, то
и в ранней молодости были моменты тупняка.
Нельзя сказать, что вот прям быстро решения приходили.
Но там и задачи проще были, и другие люди могли подсказать.
Сожаления по поводу того, что "старый", "думаю медленно",
это отмазки, мне так кажется.
Если сконцентрироваться на задаче на продолжительное время,
то хорошо всё получается.
То есть "старые медленнее думают" — это по моему мнению городская легенда.
Если и медленнее, то это потому что есть о чём подумать, из чего выбирать.
А в молодости выбирать не из чего — берутся/хватаются за первый и
единственный известный способ действий.
Здравствуйте, ukrspecs, Вы писали:
U>Собственно сабж. Каково оно после 40? Больше зарабатываете чем в 30+? Приходится постоянно переучиваться, подстраиваться под тренды? Будь вы на 10-15 лет моложе, какой совет бы себе дали?
Мне тоже уже больше 40. Согласен со всем, что здесь посоветовали: менять работу каждые 3 года (сам сейчас на стадии принятия нового оффера), не бросать техническую работу если она интересна, развивая навыки в паттернах, solid, код ревью, архитектуре, перформансе, многопоточности, распределенных системах, техническом развитии членов команды — за эти компетенции хорошо платят и на возраст не смотрят. Да, решать задачи стал медленнее, но больше решаю именно те задачи, где как раз надо думать или иметь длительные компетенции (например решение просадок перформанса, решения об архитектуре или общих подходах, например последняя такая задача, которую решал — разработка стратегии соблюдения инвариантов в ООП-коде), также много времени уходит на обоснования принимаемых решений, но на всё это как правило дают время.
Но ещё добавлю важное, зачем собственно и пишу ответ на пост: как можно раньше нужно начать изучать инвестирование, подобрать свою стратегию и начать собирать портфель. Я например работаю по очень простой стратегии, называется Asset Allocation, она даёт 15-20% годовых, плюс 13% на ИИС. Чем раньше начнешь инвестировать, тем раньше начнет работать т.н. волшебство сложного процента.
Здравствуйте, ukrspecs, Вы писали:
U>Собственно сабж. Каково оно после 40? Больше зарабатываете чем в 30+? Приходится постоянно переучиваться, подстраиваться под тренды? Будь вы на 10-15 лет моложе, какой совет бы себе дали?
Примерно 7 лет зарплата в долларах на одном уровне. В принципе мог бы больше, вот только как то материальных проблем не испытываю после выплаты первой ипотеки. А совет я молодым даю один, хоть и банальный и не уникальный — пока жив, не женись . Занятно наблюдать по прошествии до черта времени зависть со стороны тех, кто лет 15 назад говорил что все неженатые по любви лохи, и они типа ухватили судьбу за яйца . Хотя в твоем случае совет запоздалый .
Здравствуйте, ukrspecs, Вы писали:
U>Мне 34, и я начал заморачиваться о том, какой будет карьера дальше. Чувствую, что соображать стал тяжелее, чем до 30. Пока выезжаю на опыте, но если нужно нетривиальное решение, мозги могут отказаться его решать.
Вот, кстати, нифига. Я заметил, что наоборот — всякие нетривиальные задачи стал решать значительно лучше чем 10 лет назад.
Но что заметил, и тут это уже упоминали, работать по 12 часов в день за еду уже не тянет, мотивации нет
U>Я смотрю на некоторых коллег постарше. Кто-то устроился solution architect. Кто-то PM может. Scrum Master. А кто-то держится за насиженное место мертвой хваткой, потому что уже 8 лет сопровождает легаси, которое за пределами компании никому не нужно.
Работу менять надо.
U>Собственно сабж. Каково оно после 40? Больше зарабатываете чем в 30+? Приходится постоянно переучиваться, подстраиваться под тренды? Будь вы на 10-15 лет моложе, какой совет бы себе дали?
Зарабатываю точно больше. Фундаментальных трендов реально не так много.
Совет — учи мат часть, медленно и терпеливо, и не бросай.
Здравствуйте, gyraboo, Вы писали:
G>Ты вот скажи, в каких областях разработки ПО эта портянка не работает?
Работает везде, просто стоит не на первом месте или подрозумевается знание и не стоит особого обсуждения. В резюме плюсовика это баззворды для HR, поэтому у консультатов такое популярно.
Корпоративный софт на 99% одинков и там самое сложное и интересное это понимание заказчика и это самое следование паттернам. 99% задач прекрасно аутсорсится.
В С/С++ прикладные области на сложнее и вчерашних студентов меньше.
Z>дело даже не в доходе, хватает на жизнь, ну и ладно. работая руками, просыпается интерес с жизни. очень давно такое же чувство было, когда программировал. сейчас срочно требуется что то совершенно новое, чтобы такое чувство возродить. для меня, когда на выходных ковыряюсь в гараже, и что то пробую смастерить, время летит незаметно и от процесса получаешь огромное удовольствие.
Не путайте туризм с эмиграцией. Одно дело по выходным с мужиками в гаражах карбюраторы продувать, другое дело работать в автомастерской на постоянной основе.
Здравствуйте, RussianFellow, Вы писали:
RF>ukrspecs, не могли бы Вы описать свои скиллы--знания, умения, опыт? Какими языками программирования владеете, какие библиотеки и технологии знаете?
Здравствуйте, LandWarrior, Вы писали:
LW>Разумеется, т-щ контр-адмирал "Ясен Хрен"! И на корабль под названием "Титаник" билеты не брать, с какими бы скидками не предлагали, и не приходить на работу в башню WTC сентябрьским утром 11 числа.
Конечно, именно так и надо поступать. Так же надо выбирать те области, которые почти никак не могут схлопнуться и делать акцент на базовые знания. Как могут схлопнуться алгоритмы и структуры данных? Никак. Как может схлопнуться корпоративное ПО со всякими Ораклом, JVM прочей тяжелятеной? Никак. Как может схлопнуться Java разработка? Никак. Как может схлопнуться информационная безопасность? Никак. Продолжать еще можно долго, но акцент всегда должен быть на базу, а не новомодную перделку.
Здравствуйте, kaa.python, Вы писали:
KP>Если у тебя плюсы ушли в небытие, то медицина тут бессильна
Ниша плюсов — мала. Это легаси, эмбедед, драйвера, Qt этот ваш. В скором времени и это — не будет нужно. Слез с них 10 лет назад, и не было еще такой задачи, где бы C# не справился.
Здравствуйте, RedUser, Вы писали:
RU>А можете рассказать подробнее про плотное код-ревью?
RU>Это ревью всего кода или какой-то его части? RU>Для скольки человек одновременно получается его проводить? Или прововодите не всё вы, а команда друг у друга?
RU>У меня личный опыт такой. Ко мне периодически приставляли джуна. И я делал ему код-ревью (настолько плотное, насколько сил хватало). RU>И как-то такое ощущение, что джун пишет код чуть ли не быстрее, чем я его читаю. То есть кода много. И код бывает получается сложный, что мозг сломаешь. И просто сказать человеку "что-то как-то сложно всё" неконструктивно. Я пытаюсь сообразить, как это можно переделать, при этом код не пиша. И это мне плохо даётся. Если я сам рефакторю код, то идея рефакторинга иногда разбивается об реализацию из-за неучтённых деталей. Может и хуже получиться. А говорить "Ну сделай так. Сделал? Не, снова фигня. Давай вот-так попробуй" тоже вроде не очень.
RU>Может быть, конечно, я ещё не обобщил достаточно свой опыт (хотя вроде его уже 10+). Или просто нужно ещё больше код-ревью-практики.
Требуй юнит-тестов, по ним можно и понять, что код делает и что не делает. Чем больше тестов, тем лучше.
Здравствуйте, ukrspecs, Вы писали:
U>Мне 34, и я начал заморачиваться о том, какой будет карьера дальше. Чувствую, что соображать стал тяжелее, чем до 30. Пока выезжаю на опыте, но если нужно нетривиальное решение, мозги могут отказаться его решать. U>А теперь я с опасением смотрю в будущее, и думаю, какой ненужной развалиной могу стать в 40-45-50 лет, с точки зрения разработчика. И что тогда? Идти таксовать?
U>Я смотрю на некоторых коллег постарше. Кто-то устроился solution architect. Кто-то PM может. Scrum Master. А кто-то держится за насиженное место мертвой хваткой, потому что уже 8 лет сопровождает легаси, которое за пределами компании никому не нужно.
U>Собственно сабж. Каково оно после 40? Больше зарабатываете чем в 30+? Приходится постоянно переучиваться, подстраиваться под тренды? Будь вы на 10-15 лет моложе, какой совет бы себе дали?
У меня есть знакомый профессор, доктор наук, который зажигает в 75 лет, утверждая, что наука для него — наркотик, а сам он себя ощущает на 35
Несмотря на возраст, постоянно развивается, что-то узнает новое, переводит статьи, сам пишет много, является научным руководителем у кучи аспирантов.
В общем, я бы не стал загоняться, будучи 34-летним...
Постоянно развивайтесь, читайте и практикуйте, адаптируйтесь к изменениям, накапливайте опыт, отбрасывайте устаревшие знания заменяя их новыми...
Меня тоже посещали подобного рода вопросы, но в итоге я ушел в руководство, благо открылось окно возможностей.
Получаю больше, чем если бы остался на прежней позиции.
P.S. Подумываю создать на форуме ветку, "Если вам 50+, дайте коллеге 40+ совет"...
Никогда не спорь с дураком, а то люди могут не заметить между вами разницы.
Здравствуйте, Михaил, Вы писали:
М>Почему так считаете? Я вот заметил, что с книгой надо "работать", делать заметки, выделять основное, иначе прочитанное выветривается через какой-то время. М>Коротенькие обучающие вещи вроде ютуба, с другой стороны, часто лучше запоминаются.
Деградация качества текстов на КЫВТЕ хороший пример. VladD2 как стал злоупотреблять твиттером, так вообще писать странно стал. Мозг надо тренировать хорошей литературой.
P.S. А я стал писать короткими и простоыми предложениями. Так меньше шансов ошибиться когда пишешь на английском
P.P.S. Говорят, что мозг лучше запоминает ту информацию, для получения которой пришлось напрячься и у которой есть эмоциональная окраска.
Здравствуйте, gyraboo, Вы писали:
G>Да, с 2004 года варюсь в энтерпрайзе.
Это собственно всё и объясняет. Типичные однотипные приложения-помойки которые пишет непойми кто, но все эти непойми кто страсть как любят паттерны, хз почему. Skorodum очень верно описал положение дел тут
.
G>Хотя вот работал и в геймдеве, и на C++ точно так же применял паттерны, SOLID, KISS, DRY, CQS, инварианты и результатом очень доволен, т.к. на геймдев это всё тоже очень классно ложится — машины состояний, паттерны фабричный метод, стратегия, билдер, визитор и т.д.
В стародавние времена я тоже обожал паттерны. А кто их не любил в начале работы программистом, когда казалось что вот он, ответ на вопрос правильного дизайна! Но потом оказалось, что применимы они не везде, зачастую нужные совсем другие классы паттернов, к примеру у тебя классический GoF перечислен, а где POSA? Для сетевых приложений и сервисов рекомендации оттуда куда как полезнее будут.
Но если подумать еще чуть-чуть, то паттерны из мира GoF просто костыли которые были созданы из-за ограничений языков времени написания книги. А то, что не костыли, та же машина состояний, например, так это не паттерн, а математическая абстракция появяшаяся задолго до GoF. Ну а если какой-то паттерн GoF был не костыль и реально полезен, так он просто переехал в той или иной форме в современные языки и уже является частью экосистемы языка, тот же визитор в C++.
G>А соблюдение инварианта — так это же вообще общая концепция для ООП, без неё почти любой ООП-код становится баговым и ненадежным.
Я вообще сторонник того, что ООП — это совершенно не впершийся костыль. В том же Go нет ни ООП, ни паттернов в классическом понимании, и тем не менее приложения на нем писать и развивать сильно легче чем на Java или C#.
G>Ты вот скажи, в каких областях разработки ПО эта портянка не работает?
Да она по большому счету нигде не работает и как-то работает одновременно. Просто при современном уровне развития языков паттерны и GoF уже стали моветоном в большом количестве случаев. Но в то же время принципы типа SOLID, KISS, DRY вполне актуальны, но никто на них не заостряет внимание, просто что-то само-собой разумеющееся, не более того.
А вот если кто-то заостряет внимание на принципах типа SOLID и паттернах GoF, то возникает закономерный вопрос — что с ним не так?
Здравствуйте, kaa.python, Вы писали: KP>Да, есть такое что не гуглится от слова совсем, сейчас у меня именно такие проекты, но так было не всегда, скорее второй раз после антивирусов. Пара компаний сделали то, что мы делаем, но у всех всё под NDA (как и у нас, впрочем) и гуглить просто нечего. Стек — C++, Python и внезапно немного Go.
от себя тоже добавлю чтобы не быть голословным то, чем я занимался, что считаю реально интересным и за что платят деньги, как ни странно
реализация H264 видеокодека на GPU, реализация rate control для кодека, которая сводится к быстрой и точной оценке размера сжатого кадра по исходному изображению, расчет оптимальной группировки спутников, симуляция хардвари, поиск сценариев выхода космического аппарат из строя, выбор оптимального места бурения нефтяной скважины, быстрая классификация образцов по ДНК, определение патогенности образцов, классификация неизвестных ни на что ни похожих ДНК, задача быстрого нейборинга в пространстве обьектов многих тысяч измерений и т.д.
короче, кого-то тянет на ентерпрайз, и кому-то там вполне комфортно, но если просто стало не интересно, то есть области, где можно глубоко копнуть. вон, типа поиска коллизий в sha1. найдете еще одну такую — будет работа аналогичная, я думаю, и очень быстро.
Здравствуйте, ukrspecs, Вы писали:
U>Мне 34, и я начал заморачиваться о том, какой будет карьера дальше. Чувствую, что соображать стал тяжелее, чем до 30. Пока выезжаю на опыте, но если нужно нетривиальное решение, мозги могут отказаться его решать.
Да уж в 34 стал хуже соображать?
По по своему опыту 57 лет, с возрастом легче воспринимать новое, ибо новое это хорошо забытое старое.
Единственно, что конечно выносливость уменьшается. Когда можно было за отладкой просидеть 24 часа, проще отдохнуть, отвлечься, перезагрузить мозг и решение найдется быстрее.
Ну и конечно решать новые задачи, что бы тренировать мозг, а не на автомате копи пасте делать.
Ну и заниматься зарядкой и физкультурой обязательно!
и солнце б утром не вставало, когда бы не было меня
U>У меня вопрос сразу. Вот у вас все необходимое есть сегодня. Но пройдет 20-30 лет, и на что тогда вы будете жить? U>Нет желания еще взять жилье, для сдачи?
Хвала белорусскому социализму, "дореволюционному" — дополнительную хату за 1/4 рыночной цены подарило государство за многодетность. Т.е. от вариантов дополнительно словить то что само в руки плывёт я нифига не отказываюсь, просто трудовые подвиги ради денег уже не имеют такой ценности.
А ещё считаю что на дистанции жильё будет стоить около 0. Любое. Потому что мир изменится, и молодёжь начнёт жить строго в вечном путешествии в кар-шеринговых электро-домиках на колёсах, или потому что вместо камня придумают графен-монолит из которого халупу на любом месте будут возводить 3д принтерами за сутки, и также за сутки сносить. Или ещё что-то выдумают. В конце-концов наступит возраст, когда тупо не будет сил держать арендное жильё в состоянии годном для сдачи.
U>Или переехать куда?
Возможность переехать есть. Есть друзья/родственники в разных странах которые помогут в случае чего. Но пока дети тут устроены в отличных школах, ехать никакой мотивации. Выучатся — может и уеду, за более тёплым климатом.
U>В целом, нет страха за старость и возможную нищету?
Я реалист на 100%. Обязательно наступит такой возраст, когда в маразме и с альцгеймером, — меня сможет обмануть любая цыганка или чёрный риэлтор. И отдам я всё, включая купленную для сдачи недвигу, за хорошее гадание и снятие порчи
На самом деле кроме любящих детей никакой страховки от нищеты в старости нет. Но! наличие детей — тоже вообще не гарантия сытой и богатой старости.
U>Но это ж не каждому дано. Особенно интроверту, с нулевыми навыками коммуникации. Я десять раз пытался, и десять раз отскакивал, как если бы в спортзале 200кг на грудь взял. U>Может проще стать СТО, найти парня из бизнеса, чем самому делать то, на что нет навыков?
В отношении денег есть 3 принципиально разных состояния работы мозга: работаешь сам; работают другие а деньги идут тебе; на тебя работает "мир", "система". Эти состояния абсолютно отдельные, их корни в глубокой древности, и каждое радикально меняет взгляд на жизнь. Не получается открыть бизнес — найди надёжного друга, и откройте бизнес 50/50. Но тогда по-настоящему равное партнёрство — т.е. у каждого и право вето на какие-то решения, и равенство по документам, просто зоны ответственности разные. В самой идее "открыть бизнес" важен переход от получени оплаты за личный труд к самостоятельному "отбиранию прибавочной стоимости" по Марксу. И важно чтобы ты, лично, начал отбирать эту самую прибавочную стоимость. А для этого бизнес надо именно построить. Кстати, очевидно что ремесло, фриланс и шаровара, это не особо бизнес, если нет наёмных сотрудников. И приход в готовый бизнес, даже на проценты, такого эффекта не даст. Потому что по факту это другой дядя будет за тебя отбирать, просто делиться с тобой процентом.
U>У вас один? Просто интересно, потому что у меня двое, и я наоборот думаю, что в жизни не было б проблем, будь у меня одна дочь. Не в смысле, что я не люблю вторую, но когда остается одна дома, то тишь да гладь. Их двое — это какой-то адовый неуправляемый механизм, куча сил уходит. 6 и 4 года им.
У меня трое. Самый адовый этап был когда было 0,3 и 6. Причём один из них натурально стоил готового, приносящего больше любой моей зарплаты, бизнеса (пришлось срочно остановить развитие, а позже и закрыть). Да "в моменте" на детей уходит много сил. И денег дохрена уходит. Но с точки зрения 40-летнего "те" потраченные силы, и "вчерашние" трудности полная херня.
Здравствуйте, RedUser, Вы писали:
RU>А можете рассказать подробнее про плотное код-ревью?
Под плотным я имею ввиду, что замечания могут касаться всех аспектов кода, от именования переменных до нарушения архитектурных гайдов, и первое время итерации по пулл-реквесту могут длиться 2-3 недели и включать сотни замечаний. Если код ревью ушло в затяг, то можно какие-то замечания опустить, или самому доделать, или завести тикет в техдолг на доработку.
RU>Это ревью всего кода или какой-то его части?
Это новый код, т.е. ревью пулл-реквестов (иногда, если при просмотре пулл-реквеста виден более старый код, он тоже подвергается анализу и замечаниям).
А для анализа существующего кода на предмет техдолга есть другой процесс: например анализ сонар-кубом, или заведение в бэклог отдельных тикетов на рефакторинг.
RU>Для скольки человек одновременно получается его проводить? Или прововодите не всё вы, а команда друг у друга?
У меня получается у 3-4 человек, это занимает 60-70% времени.
Друг у друга команда тоже ревьювит, если ревьювер сам того желает (даже если джун, но тогда обычно на пулл реквесте есть ещё второй более опытный ревьювер). Единственное требование, что ревью нужно делать адекватно и быть готовым обосновывать свои замечания (иногда это не так просто сделать, например доказывать "зачем нужен OCP если switch/if меньше кода занимает и не плодит классов?"). Чтобы такие обоснования не делать каждый раз заново, я например веду вики со списком наиболее распространенных замечаний, сейчас у меня в нём 70+ таких правил, многие с обоснованиями. Ещё такое вики является чек-листом для разрабов, чтобы сверяться с ним перед коммитом.
RU>У меня личный опыт такой. Ко мне периодически приставляли джуна. И я делал ему код-ревью (настолько плотное, насколько сил хватало). RU>И как-то такое ощущение, что джун пишет код чуть ли не быстрее, чем я его читаю. То есть кода много.
Ну да, есть такое. А если ещё людей учить горячим клавишам рефакторинга, то код пишут ещё быстрее, только успевай ревьювить.
RU> И код бывает получается сложный, что мозг сломаешь. И просто сказать человеку "что-то как-то сложно всё" неконструктивно. Я пытаюсь сообразить, как это можно переделать, при этом код не пиша. И это мне плохо даётся.
У меня такое тоже бывает. Некоторые решения таких проблем мы с разрабом совместно пытаемся отрефакторить или пофиксить, причем бывает, что вместе сделали некое решение, а на следующий день после мержа я понимаю, что решение некорректное — и тогда или переделываем если сроки позволяют, или заводим тикет на доработку в будущем. Это уже получается не просто код ревью, а "совместная работа над кодом", о чём надо постоянно заявлять, чтобы все понимали, что код ревью — это не надзор или способ самоутверждения, а совместная работа, результатом которой становится отчуждаемый код. Так что без твоего участия в написании кода сложных и проблемных мест такие проблемы не решить. Обязательно надо самому стянуть ветку, позапускать код в IDE и пробовать рефакторить его самому.
Но первое, что я делаю когда вижу объективно сложный код с высокой цикломатической сложностью — это прошу написать юнит-тест и назвать все классы, методы и переменные понятным образом (правильное именование само по себе отдельное искусство и это часто сложная задача). И только потом можно начинать код переделывать и упрощать. Иногда это упрощение занимает 2-3 недели, случаи действительно бывают сложными, особенно когда в коде метода сто вложенных ифов и итераций, и когда не понимаешь с какого края подступиться к упрощению кода.
RU> Если я сам рефакторю код, то идея рефакторинга иногда разбивается об реализацию из-за неучтённых деталей. Может и хуже получиться. А говорить "Ну сделай так. Сделал? Не, снова фигня. Давай вот-так попробуй" тоже вроде не очень.
Ну да. Поэтому при упрощении кода нужно иметь набор целевых показателей, сформулированных в виде общепризнанных принципов, которые явно перечислены на вашей вики и имеют обоснования, принимаемые всеми членами команды (чтобы в процессе ревью ты ещё не тратил силы на обоснования каждого замечания). Сами принципы — это например, DRY, KISS, принцип QSR, чистота функций, соблюдение инвариантов объектом, принципы OCP, SRP, известные паттерны вместо своих запутанных решений, ну и их ещё пара десятков, их наличие на вашей вики дает понимание к чему именно мы стремимся при упрощении кода и когда можно сказать что "стоп, теперь годится".
RU>Может быть, конечно, я ещё не обобщил достаточно свой опыт (хотя вроде его уже 10+). Или просто нужно ещё больше код-ревью-практики.
А ты свой опыт на вики формулируешь в виде чеклистов или сводов правил с пояснениями?
У меня опыта ревью лет 16, и приемлимо ревьювить я стал наверное только года 4 назад, до этого часто понимал что не до конца понимаю то что мне прислали в пул реквесте и пропускал многие проблемы.
При этом я считаю, что ревью не призван искать баги, для этого есть другие процессы (хотя код ревью частично эту задачу решает, особенно если вместе с кодом стаются и юнит или интеграционные тесты как часть пулл реквеста).
Здравствуйте, bnk, Вы писали:
bnk>Почти что убедил Вот тут многие говорят, что разработка может быть интересной. bnk>Я, честно говоря, как-то в этом уже сомневаться начал, возможно из-за того что в энтерпрайзе работал. Там реально 90% вопросов гуглится. bnk>А если что не гуглится, значит ты чего-то не знаешь и делаешь всё неправильно, а все нормальные люди делают по-другому.
Так ведь по-хорошему гуглиться должно даже не 90%, а 100% технологического стэка энтерпрайза. Потому что это технологии для бизнеса, и они должны быть 100% задокументированы, понятны и надежны. Каждая проблема с этим стеком должна иметь ответы в интернете, на том же стэковерфлоу, иначе это риск для бизнеса. Я имею ввиду сами тех.стеки дотнета, jee и т.д. В современном DevSecOps есть даже один из параметров quality gate для "уровня распространенности библиотеки", если какая-то энтерпрайзная библиотека (и даже её версия) имеет малую популярность, это считается фактором риска и QG может зафейлить билд на основе этого.
А вот сама начинка энтерпрайза, бизнес-логика и алгоритмы могут и не гуглиться, и чтобы их реализовать, придётся попотеть. Всё зависит от конкретного бизнеса предприятия. Скажем, атомная безопасность, поддержка спасательных операций, контроль трафика, ММО-игры, highload или бигдата в в любом бизнесе (даже в скучном банковском секторе) — это всё тоже энтерпрайз, и я бы не сказал, что это прям скучные задачи, решения которых можно загуглить.
bnk>Я правильно понимаю, что в С++ еще остались какие-то неоткрытые острова (в отличие от этой планеты)? bnk>То есть, народ все еще не знает как обрабатывать мультимедийные (аудио-видео) данные, или как строить карты, что ли?
bnk>И в области C++ сейчас стало сильно лучше и интереснее, чем было 10-15 лет назад, когда многие (включая меня) оттуда свалили?
Возможно тебе просто интереснее не решение задач бизнеса, а решение новаторских программистских задач, а это конечно ни разу не энтерпрайз, и поэтому энтерпрайз кажется скучным и предсказуемым. Или просто надо выбрать такой энтерпрайз, который занимается новаторским или просто более интересным бизнесом, чем тот, где ты работаешь.
Здравствуйте, SergeyIT, Вы писали:
SIT>Здравствуйте, gyraboo, Вы писали:
G>>менять работу каждые 3 года
SIT>Натоптал и ушел... а там хоть трава не расти
1. За это время весь рабочий процесс устаканивается, круг задач и обязанностей намертво прирастает и ничего нового не будет, а это путь к выгоранию и деградации.
2. Инфляция требует, чтобы для сохранения уровня жизни зарплата повышалась. Но реалии таковы, что повышать зарплату можно только при смене работы.
3. Чем дольше на одном месте, тем больше завязываешься на особенности фирмы и тем труднее с новой работой
U>Чувствую, что соображать стал тяжелее, чем до 30. Пока выезжаю на опыте, но если нужно нетривиальное решение, мозги могут отказаться его решать.
Дело не в возрасте, а в однообразных "мартышкиных" задачах. Мозг к таким задачам привыкает и считает, что нетривиальных задач не будет, поэтому часть мозгов можно "выключить". То же самое касается физухи — организм привыкает, что сила, ловкость и выносливость не нужны, а значит можно сэкономить энергию на мышцах и участках мозга, отвечающих за координацию.
Лечится более сложной и разнообразной работой. Но если в объявлении написано "у нас интересные нетривиальные задачи", то вовсе не факт, что так оно и есть, обычно это всего лишь фраза-замануха вроде "дружного амбициозного коллектива".
Здравствуйте, Skorodum, Вы писали:
S>Так это некоректное сравнение, вряд ли ей самой надо было учить что-то сильно новое. В нашей же отрасли часто приходится учить что-то довольно новое, и тут молодеж выигрывает. Субъективное наблюдение: плюсовые шаблоны и гит в 50 освоить могут далеко не все.
Надо было учить сильно новое, она до этого была инженер-химик на производстве и освоила то, что надо для судмедэкспертизы в под 60 кажется, с нуля по большому счету. Но да, хотела и было интересно, я тогда в Мск жил и книги ей покупал и передавал. Так что те, кто не могут освоить Гит в 50+ просто не хотят, я считаю. Остальное уже отмазки.
Здравствуйте, gyraboo, Вы писали:
G>Наоборот, некоторые проекты потом неплохо взлетают, часто зовут обратно чтобы делать то же самое для других проектов. Т.е. со стороны заказчиков и бизнеса тут абсолютно четкое понимание роли постановки процессов разработки, формирования и тренинга команд для получения отчуждаемого результата.
Возможно ты прав, но вот эта маркетинговая портянка меня очень сильно насторожила "паттерны, solid, dry, cqs, инварианты". На всякий случай уточню, ты часом не на Java/C# корпоративный софт пишешь? Если да, то отбой, я ошибся
Здравствуйте, gyraboo, Вы писали:
G>Если говорить о сеньорах или профи, то да, эти вещи сами собой подразумеваются, и код, написанный профи, иногда удовлетворяет всем этим критериям. G>Но команды собираются не только из профи, которых заманить на проект иногда очень сложно. Поэтому берут джунов и мидлов, которые не знают этих принципов (ну или знают частично и не имеют опыта их применения в промышленном коде), и кто-то должен культивировать эти принципы. Не каждый профи готов тратить на это время и силы. Особенно когда дело касается вопросов типа "а зачем вообще нужны паттерны, я и без них хорошо могу обойтись", и приходится обосновывать позицию о том, что это не оверинжиниринг а необходиомсть. G>"и не стоит особого обсуждения" — вот с этим не очень согласен, потому что не встречал команд, где эти вещи сами собой происходят. Соблюдение этих принципов должно быть частью культуры разработки, а это подразумевает, что их надо постоянно обсуждать на код ревью и на митингах, всё время обсуждать, применяем ли мы их правильно и обосновано (т.к. часто бывает, что паттерны применяются неправильно и не к месту), не переусердствуем ли мы в попытках их применять в ущерб срокам разработки, культивировать и заниматься пропагандой и евангелизмом, как бы "гадко" или "бюрократично" для некоторых это ни звучало, а иначе код начинает скатываться в техдолг. И многие топ менеджеры это всё понимают, многие выросли из разрабов.
G>Да, хотя и на C++ есть много плохо поддерживаемого запутанного кода без соблюдения этих принципов, который тем не менее работает на проде, в высоконагруженных системах, но о его дизайне все плюются и горюют о его неотчуждаемости, грёзя о рефакторинге.
Ох и любишь же ты поговорить
Вот не понимаю когда вроде достаточно очевидные вещи преподносятся как священное знание предков.
Таким любят всякие скрам-мастера грешить, но им по должности положено, а разработчику даже как-то даже немного неловко imho.
Здравствуйте, ukrspecs, Вы писали:
U>>>Я на .NET-e уже лет 10 сижу, переехал в свое время с плюсов. Сначала десктоп делал, теперь мобильные приложения на Xamarin. Облизываясь смотрю на Azure и highload/BigData. Хотел бы в чем-то таком масштабном поработать, но пока не подворачивалось вариантов. Да и опыта мало с Azure. Вот например — облачные технологии учить, потом применять — есть смысл? Есть смысл , идти из разработки в архитектора? SK>>Я такое не учу принципиально, так как там и так все понятно, все учение заключается просто в запоминании какую комманду вбить и где конфигурацию поменять. Все остальное — те самые основы и здравый смысл.
U>Допустим вам поступает задача — сделать бекенд для шеринга фото миллионами пользователей, по типу инстаграмма. И тут уже нужны знания каждого винтика внутри Azure, как построить архитектуру, какие сервисы выбрать, чтобы снизить нагрузки и правильно распределять ресурсы. Как обеспечить безопасность, масштабируемость, сохранность данных итд. Это может быть больше про архитектуру, но и разработчику нужно знать как работают сервисы, особенно с опытом. U>И знание протоколов и модели OSI тут не первично. Чтобы решить такую задачу, нужно изучить трендовые технологии. Azure Functions, CDN, Redis (кеширование), Cosmos DB и еще пачку сервисов,
Винтики конкретного продукта надо знать только если вы собираетесь его использовать. Эти винтики учить не надо, надо просто сделать как написано в документации.
В первую же очередь надо понимать, что вы хотите от этих технологий и как фундаментально вы ожидаете они должны работать, а для этого не надо знать конкретную реализацию. Надо посмотреть на задачу и решить что для решения понадобится некий конкретных подход, потом уже под этот подход подбирать тулзы.
Например, есть сервис для расшаривания фоток, видно что доступ, в основном, по одному ключу — пользователю, значит key-value подойдет. Пользователей будут десятки миллионов, которые будут много качать, соответственно надо раскидать их на машины, которые могут более-менее независимо работать и, желательно, иметь независимые каналы, ну и так далее. Далее, допустим, возьмем то же редис, от которого мы точно знаем, что хотим и посмотрим как он работает и оправдывает ли ожидания, возможно, что он и нафиг тут не нужен.
Продуктовые "профессионалы" часто подходят к вопросу с обратной стороны, что выглядит довольно забавно для стороннего наблюдателя. Для тех же кто работает на таком проекте, это печаль и мучение.
U>Разумеется Дональд Кнут об этом не пишет.
Разумеется, "Кнут" (в кавычках!, это собирательный Кнут) как раз и пишет и том, как решать задачу, но не о том какой продукт для этого нужен.
U>аналогов которым не было 10 лет назад.
Не было конкретных названий и настолько широкого использования, но вы серьезно думаете, что не было технологий и фундаментальных подходов? Не смешите мои тапочки.
U>Вот хотел бы узнать, взялись бы за решение такой задачи, или не учили принципиально? Оффер от Microsoft на 200к$/год для примера
Вопроса не понял. Все учили. Не учили только флажки и галочки — такое надо учить когда надо пользоваться тулом, но не до того.
Здравствуйте, StanislavK, Вы писали:
SK>Винтики конкретного продукта надо знать только если вы собираетесь его использовать. Эти винтики учить не надо, надо просто сделать как написано в документации.
Вряд ли вам доверят реализацию сервиса на миллион пользователей, если вы не знаете как работать с той же Azure или AWS. Именно в глубину, а не по загалям. А там поверьте, деталей не меньше чем в стандарте С++.
И если с наскока проектировать по докам, которые структурированы чтобы туда заглядывать и сверяться, а не решать задачи — то дела не будет. Опыт нужен, практика.
Я пытаюсь донести, что Cloud — это совсем другое, чем базовые знания о тех протоколах, сетях и алгоритмах. И это отдельный пласт специалистов, с которыми конкурировать чисто на опыте — не получиться.
SK>Например, есть сервис для расшаривания фоток, видно что доступ, в основном, по одному ключу — пользователю, значит key-value подойдет. Пользователей будут десятки миллионов, которые будут много качать, соответственно надо раскидать их на машины, которые могут более-менее независимо работать и, желательно, иметь независимые каналы, ну и так далее. Далее, допустим, возьмем то же редис, от которого мы точно знаем, что хотим и посмотрим как он работает и оправдывает ли ожидания, возможно, что он и нафиг тут не нужен.
У key-value и "раскидать по машинам", есть конкретные названия сервисов. И если их не знать — то и решения не будет. Т.е. скорее не зная из чего выбирать.
U>>аналогов которым не было 10 лет назад. SK>Не было конкретных названий и настолько широкого использования, но вы серьезно думаете, что не было технологий и фундаментальных подходов? Не смешите мои тапочки.
Не было тех же облачных технологий, которые я беру как яркий пример того, где наша с вами база — не является определяющим фактором. Если выучив алгоритмы потом С, мы могли прыгать и в C++, и в Java, потом в C#, и писать там что угодно. То в 2020, имея эти знания, мы не сможем с такой же легкостью запрыгнуть в MachineLearning, BigData, Cloud, AI.
U>>Вот хотел бы узнать, взялись бы за решение такой задачи, или не учили принципиально? Оффер от Microsoft на 200к$/год для примера SK>Вопроса не понял. Все учили. Не учили только флажки и галочки — такое надо учить когда надо пользоваться тулом, но не до того.
Выше вы писали, что не учите новые технологии принципиально. Я спросил, стали бы учить за крутой оффер?
Здравствуйте, zverjuga, Вы писали:
KP>>Всегда ваш контр-адмирал "Ясен Хрен". Z>а потом вдруг внезапно "ты старый динозавр, который не умеет модные свистелки перделки, и потому нахрен никому не нужен".
Со времен, когда на кывте всерьез обсуждали, что после 30 — "на помоечку", и что С++ — удел динозавров, этих перделок уже появилось и благополучно издохло столько, что хватит на небольшую энциклопедию.
Здравствуйте, ukrspecs, Вы писали:
U>Java также быстро может уйти в небытие, как и С++/С в свое время. Не идеальное это решение, поедающее память. U>Вангую, что будущее разработки за Microsoft.
Если у тебя плюсы ушли в небытие, то медицина тут бессильна
найти нормальную женщину, можно и проститутку но главное что бы вам самому нравилось
заняться физкультурой, лучше которая нравиться но если не чего не нравиться то три раза в неделю 3 км бег и полчаса с штангой или гирями
поверте наслово результат в самочуствие будет виден в течении полугода
нормализовать сон
работать где нравиться и прет от задачь пусть и в ущерб деньгам
хобби которое требует коммуникации с группой те колекционирование марок не подходит
а авимодельный кружек или пешие походы будут норм
осознать что жизнь конечна и что после 60 ваша активность будет ограниченна
S>Проффесор подскажите пожалуйста, а что делать если S>жена вместо того что бы подносить патроны выносит мозги S>и потребляет все мои рессурсы — время, деньги и силу
Ты сам знаешь ответ. S>я понимаю что надо развестись, послать нах и вычеркнуть из жизни
Ну, сам жеж знаешь, что делать.
Послать надо не всех.
Жену, мож и послать, а детей — не посылать.
И не вычеркивать.
S>с другой стороны есть мысль — а другие как живут, они же как то женаты и при этом делают карьеру
Ты — не другие. Ты — это ты...
По секрету скажу, что и у меня было так же, как у тебя — сейчас дружим...
Хочешь быть счастливым — будь им!
Без булдырабыз!!!
Здравствуйте, ukrspecs, Вы писали:
G>>Но ещё добавлю важное, зачем собственно и пишу ответ на пост: как можно раньше нужно начать изучать инвестирование, подобрать свою стратегию и начать собирать портфель. Я например работаю по очень простой стратегии, называется Asset Allocation, она даёт 15-20% годовых, плюс 13% на ИИС. Чем раньше начнешь инвестировать, тем раньше начнет работать т.н. волшебство сложного процента.
U>Спасибо за дельный совет, я пытаюсь инвестировать чуть ли не лет с 25. Если это можно назвать инвестированием. Были криптовалюты, ПАММ-счета / форекс, вложения в каперов (ставки на спорт), недвижимость на первичном рынке. Из всего этого мне повезло только с недвижимостью, хотя дохода она не приносит. В остальном — слив денег. Я знаю, вы скажите , что это высоко рисковые (беспонтовые) инвестиции, вроде лотереи. Но молодым двигало желание именно поскорее обогатиться, поэтому вкладывался в максимальный риск.
U>К чему пишу. Сейчас хочу вкладывать в недвижимость которая строиться, раз эта схема работает. А у вас какие инструменты, хотел узнать?
Я тоже давно изучаю инвестирование и спекуляции. Много чего попробовал, разной степени прибыльности/нервозности. В итоге пришёл к весьма спокойной и пассивной стратегии: Asset Allocation. Т.е. на счёте типа ИИС покупаю обычные ETF (S&P500, IT, China ETF и т.д.), облигации (и ETF-облигаций) и золото (ETF GD), а в российский рынок диверсифицирую портфель через УК Арсагера (Фонд Акций). Каждую часть в равных пропорциях. Стратегия рассчитана на несколько десятков лет. Все классы активов подобраны с минимальной корреляцией, что сглаживает колебания портфеля, делая это занятие психологически комфортным. Про Asset Allocation много написано в интернете, вроде даже нобелевку давали за такое портфельное исследование.
Здравствуйте, bnk, Вы писали:
G>>Вовсе нет, уход я планирую тогда, кода закончил свою работу, в которой специализируюсь: т.е. спроектировать архитектуру и тех.стек, собрать команду, обучить их принципам промышленного кодирования (паттерны, solid, dry, cqs, инварианты, многопоточность и т.д.) через мастер-классы, через очень плотное код-ревью, перенести все эти знания на вики в виде архитектурных гайдлайнов, создать решения которые можно тиражировать (решения типичных для проекта проблем), отпрофилировать узкие места и решить эти проблемы, затем убедиться что команда самостоятельно работает по этим методикам, код ревью работает без моего участия, что члены команды усвоили принципы промышленной разработки. И потом ухожу в следующее место, где начинаю делать то же самое. Это всё в среднем и занимает 2-3 года.
bnk>Ну так вот это и называется "натоптал и ушел", нет? bnk>Пробовал прийти работать в компанию, когда оттуда недавно ушел такой вот куратор?
Так я и пытаюсь построить процесс так, чтобы работа программистов стала отчуждаемой, не зависящей от конкретной личности. Умные люди говорят, что создание отчуждаемого результата — в этом вся суть. Если код никто не может понять и поддерживать, кроме личностей его написавших — это неотчуждаемый код, как мой босс говорит, это черная магия. И это угроза для бизнеса, потому что "куратор" может уйти не по своей воле, а скажем заболеть или умереть. Задача паттернов, SOLID и прочих практик состоит в том, чтобы создавать отчуждаемый код.
Если процесс разработки завязан на конкретных личностях, на "кураторах" как ты говоришь, значит процесс разработки ещё не налажен.
Если я не ответил на вопрос, то раскрой свою мысль подробнее.
Здравствуйте, ukrspecs, Вы писали:
U>Мне 34, и я начал заморачиваться о том, какой будет карьера дальше. Чувствую, что соображать стал тяжелее, чем до 30. Пока выезжаю на опыте, но если нужно нетривиальное решение, мозги могут отказаться его решать.
Это очень странно. Мне за сорок и объективно я сейчас интеллектуально гораздо способнее, чем я же в 30. Здоровье — чуть хуже, но в пределах нормы все, просто тупо такие вещи как спина стали болеть чаще.
Здравствуйте, kaa.python, Вы писали:
KP>В мире Java решение которое не имеет "достаточного" количества абстракций — плохое решение. Я ХЗ почему оно так, ну вот так. Может памяти иначе слишком мало жрет, или нельзя вывалить всю эту
все просто, в jave сосредоточенны на потребности бизнеса, которые постоянно меняются, отсюда абстракция абстракции, и лучше/проще купить еще одну ноду и воткнуть кластер чем ждать оптимизации существующего. на плюсах же пишут сейчас только такие вещи которые от флуктуаций бизнеса зависят мало, отсюда и различие, наверно помнишь те времена когда писали user apps на плюсах и какой это был ад по сравнению с тем что сейчас
Здравствуйте, ukrspecs, Вы писали:
U>Собственно сабж. Каково оно после 40?
Нормально. Скорость набивания кода, конечно, уже не та, но сложность разрабатываемых систем прилично выросла.
Правда, периодически хочется работать поменьше, чем 5x8.
U>Больше зарабатываете чем в 30+?
Существенно больше.
U>Приходится постоянно переучиваться, подстраиваться под тренды?
Переучиваться — нет. Но что-то новое приходится изучать, конечно.
U>Будь вы на 10-15 лет моложе, какой совет бы себе дали?
Здравствуйте, gardener, Вы писали:
G>Я недавно сильно удивился насколько быстро соображает 16-летний подросток. Я по сравнению с ним туплю сильно.
Возможно, но тут есть интересный момент. Мы же говорим не про олимпиадное программирование, а про продуктовую разработку. А в продуктовой разработке быстрота скорее вредна.
G>При этом мой папа тупил еще сильнее меня. G>Все это конечно сравнивалось в тех областях где мы оба компетентны. G>Поэтому я склонен считать что мозг замедляется с возрастом. G>Опыт какое-то время позволяет компенсировать, пока все не разваливается.
По опыту работы с разработчиками за 50 — они даже предпочтительнее молодых разработчиков, т.к. вероятность что за ними что-то придется переделывать сильно ниже. Но для стартапов хуже подходят, т.к. там скорее бы в продакшн
Кстати, а как ты эту самую быстроту соображения замерял? Что насчет качества выдаваемой идеи?
UPD. про родителей подумал вот. В 60+ у меня мама полноценно работала зав. хим лаборатории при судмедэкспертизе и иногда жаловалась что молодежь зело тормозная пошла, учится долго
Здравствуйте, bnk, Вы писали:
bnk>Почти что убедил Вот тут многие говорят, что разработка может быть интересной.
Разработка может быть интересной и почти все проекты интересные.
bnk>Я, честно говоря, как-то в этом уже сомневаться начал, возможно из-за того что в энтерпрайзе работал. Там реально 90% вопросов гуглится.
Что значит "90% вопросов гуглится"? Ну ты найдешь как что-то можно сделать, но это же просто идея, она почти наверняка не будет работать в конкретно твоем случае. Или там, где ты работаешь, просто берешь кусок кода с SO, вставляешь его и всё заработало?
bnk>Я правильно понимаю, что в С++ еще остались какие-то неоткрытые острова (в отличие от этой планеты)?
Да, есть такое что не гуглится от слова совсем, сейчас у меня именно такие проекты, но так было не всегда, скорее второй раз после антивирусов. Пара компаний сделали то, что мы делаем, но у всех всё под NDA (как и у нас, впрочем) и гуглить просто нечего. Стек — C++, Python и внезапно немного Go.
При этом, в тех же антивирусах может даже и есть что гуглить... но оно всё не работает и ты сидишь, читаешь исходники и думаешь как бы сделать то, что тебе надо. А потом как бы это всё еще и протестировать.
Когда был в мелком стартапе тоже было как бы что гуглить, ну, к примеру алгоритмы для NLP и даже готовы библиотеки. Или то, как организовать правильно поиск при определенных условиях... но это же надо еще как-то адаптировать под текущее решение, а это разве не что-то новое?
bnk>То есть, народ все еще не знает как обрабатывать мультимедийные (аудио-видео) данные, или как строить карты, что ли?
Отличный вопрос про мультимедиа! У нас сейчас народ работает над задачей быстрой перекодировки потока с нескольких камер на специфичном железе для того что бы получить ответы на вопросы а) оно вообще работать будет, б) устроит ли нас скорость перекодировки потока, в) устроит ли нас надежность решения. Да, все знают как обрабатывать данные, и даже библиотеки есть и они используются. Но есть же еще куча неизвестных которые как-то надо решать.
bnk>И в области C++ сейчас стало сильно лучше и интереснее, чем было 10-15 лет назад, когда многие (включая меня) оттуда свалили?
Везде хорошо, и не только в C++. В тот же бэкенде куча сложных задач, которое хотя и описаны довольно подробно, но всегда содержат много неожиданностей и мест где надо и думать, и проектировать, и делать открытия которые важны для данной конкретной компании при текущем стеке и исторически сложившейся структуре.
Так что, может дело не в задачах, а чем-то другом?
Здравствуйте, ukrspecs, Вы писали:
U>Мне 34, и я начал заморачиваться о том, какой будет карьера дальше. Чувствую, что соображать стал тяжелее, чем до 30. Пока выезжаю на опыте, но если нужно нетривиальное решение, мозги могут отказаться его решать.
Карьера это миф. Любая карьера может окончится в любой момент.
U>А теперь я с опасением смотрю в будущее, и думаю, какой ненужной развалиной могу стать в 40-45-50 лет, с точки зрения разработчика. И что тогда? Идти таксовать?
Цитата из древнего фильма: "Работать пойдёшь... Делать что-нибудь умеешь? Нет? Есть от чего впасть в отчаяние..."
U>Я смотрю на некоторых коллег постарше. Кто-то устроился solution architect. Кто-то PM может. Scrum Master. А кто-то держится за насиженное место мертвой хваткой, потому что уже 8 лет сопровождает легаси, которое за пределами компании никому не нужно.
U>Собственно сабж. Каково оно после 40? Больше зарабатываете чем в 30+? Приходится постоянно переучиваться, подстраиваться под тренды? Будь вы на 10-15 лет моложе, какой совет бы себе дали?
После 40 начинается вторая жизнь.
Про заработок: Смотря в чём считать. В рублях рост впечатляющий, в долларах рост заметно медленнее.
Пробовал много чего, но всегда возвращался а С++.
Совет. Менять работу раз в 3 года, несмотря на зарплату
Здравствуйте, ukrspecs, Вы писали:
U>Яркий пример — олимпиадные задачи, мозг пробовал находить разные решения, даже без опыта. Сейчас я даже садиться решать такое не буду, мозги просто откажутся это воспринимать.
Я думаю, что это скорее всего лень-матушка. Сам этим страдаю. U>Благо на работе такое и не нужно.
И отсутствие мотивации
U>И что-то мне подсказывает, что через 10 лет, это может быть вообще Альцгеймер или что-то подобное.
Насколько я понимаю, минимум три языка у тебя есть — украинский, русский, английский.
— Берись за другие. Вроде как, именно изучение иностранных языков сильно отодвигает альцгеймера
— Спорт.
— Массаж шейного отдела. Купи себе подобную подушку
Естественно, всё это должно быть на регулярной основе. Ну и, видимо, надо ко врачу (только не знаю к какому). Всё-таки 34 — это очень рано.
Здравствуйте, kaa.python, Вы писали:
KP>Конечно, именно так и надо поступать. Так же надо выбирать те области, которые почти никак не могут схлопнуться и делать акцент на базовые знания. Как могут схлопнуться алгоритмы и структуры данных? Никак. Как может схлопнуться корпоративное ПО со всякими Ораклом, JVM прочей тяжелятеной? Никак. Как может схлопнуться Java разработка? Никак. Как может схлопнуться информационная безопасность? Никак. Продолжать еще можно долго, но акцент всегда должен быть на базу, а не новомодную перделку.
KP>Всегда ваш контр-адмирал "Ясен Хрен".
а потом вдруг внезапно "ты старый динозавр, который не умеет модные свистелки перделки, и потому нахрен никому не нужен".
KP>А ты уверен что не путаешь "соображать стало тяжелее" с "я стал более ленивый"? Потому как я именно что стал более ленивый и опыт позволяет не делать (самому) ряд задач таким образом, что бы все вокруг еще и довольны были
Я недавно сильно удивился насколько быстро соображает 16-летний подросток. Я по сравнению с ним туплю сильно.
При этом мой папа тупил еще сильнее меня.
Все это конечно сравнивалось в тех областях где мы оба компетентны.
Поэтому я склонен считать что мозг замедляется с возрастом.
Опыт какое-то время позволяет компенсировать, пока все не разваливается.
Здравствуйте, SergeyIT, Вы писали:
SIT>Здравствуйте, gyraboo, Вы писали:
G>>менять работу каждые 3 года
SIT>Натоптал и ушел... а там хоть трава не расти
Кроме того, если менять работу каждые 3 года, то к сорока годам будет "синусоида", которую легко распознает любой работодатель (а он, обычно, такого не любит). Хотя при рынке сотрудников это и не так критично...
U>>>Собственно сабж. Каково оно после 40? Больше зарабатываете чем в 30+? Приходится постоянно переучиваться, подстраиваться под тренды? Будь вы на 10-15 лет моложе, какой совет бы себе дали? SK>>Зарабатываю точно больше. Фундаментальных трендов реально не так много. SK>>Совет — учи мат часть, медленно и терпеливо, и не бросай.
U>Что есть мат часть?
мне кажется — математика, алгоритмы и структуры данных, ну и как, собственно, работают такие вещи как OS и BD, протоколы, сети. Надо именно понимать — все запомнить все равно нормальному человеку не реально.
Хорошо еще знать основные языки, типа С, на выбор — с++, java, .net и ну хорошо бы понимать asm
U>Я на .NET-e уже лет 10 сижу, переехал в свое время с плюсов. Сначала десктоп делал, теперь мобильные приложения на Xamarin. Облизываясь смотрю на Azure и highload/BigData. Хотел бы в чем-то таком масштабном поработать, но пока не подворачивалось вариантов. Да и опыта мало с Azure. Вот например — облачные технологии учить, потом применять — есть смысл? Есть смысл , идти из разработки в архитектора?
Я такое не учу принципиально, так как там и так все понятно, все учение заключается просто в запоминании какую комманду вбить и где конфигурацию поменять. Все остальное — те самые основы и здравый смысл.
Здравствуйте, Ромашка, Вы писали: Р>Плюс к этому программирование становится более массовым и тупеет само по себе. Алгоритмически тупеет. Я как-то на собеседовании принялся объяснять интервьюеру что такое транзитивное замыкание и вложенные множества (вопрос был про деревья в базе) и с удивлением понял, что он вообще не понимает, о чем речь. Дешевое железо провоцирует писать примитивный код, в итоге многие алгоритмы уже просто невозможно реализовать в существующем окружении. То же транзитивное замыкание на mysql, который умеет только nested loop join.
мне однажды на интервью в Амазоне задали вопрос про сортировку больших файлов и я вдруг понял, что интервьювер не знает что такое radix sort
Здравствуйте, sergey2b, Вы писали: S>если быть честным 90% современной работы программистом это рутина
с каким настроеним к этому будете подходить, того и получите в итоге
я вот вообще никак не считаю свою работу рутиной, например. скорее даже наоборот, часто ощущаю чувство зашкаливающей офигенности от происходящего вокруг
в общем-то даже в отстойных компаниях типа микрософта всегда есть возможность просто поприкалываться и уйти, хотя как профессиональный совет это, наверное, не очень
Здравствуйте, Serginio1, Вы писали:
S>Здравствуйте, ukrspecs, Вы писали:
U>>Мне 34, и я начал заморачиваться о том, какой будет карьера дальше. Чувствую, что соображать стал тяжелее, чем до 30. Пока выезжаю на опыте, но если нужно нетривиальное решение, мозги могут отказаться его решать. S>Да уж в 34 стал хуже соображать?
Ну скорее от переутомления, стресса, вредных привычек, чем от возраста.
А про выносливость вы правы. Учавствовал в хакатонах пару лет назад, и был у нас товарищ 19-летний. Когда я физически уже не мог и лег под стол , этот парень удивлялся, чего это вы все поотключались. А ну давай пилить.
Да что там, я помню мог выпить литр вотки вечером, и придти на пары утром, без особых мучений. Сейчас сдохнуть хочется после попоек. Поэтому стараюсь воздерживаться.
Здравствуйте, ukrspecs, Вы писали:
U>Здравствуйте, StanislavK, Вы писали:
U>Я пытаюсь донести, что Cloud — это совсем другое, чем базовые знания о тех протоколах, сетях и алгоритмах. И это отдельный пласт специалистов, с которыми конкурировать чисто на опыте — не получиться.
Это я понял и я с этим не согласен.
U>У key-value и "раскидать по машинам", есть конкретные названия сервисов. И если их не знать — то и решения не будет. Т.е. скорее не зная из чего выбирать.
Не понял этой фразы. Как названия могут чего-то решить? Я понимаю, что должен быть общий язык, вы это имели ввиду?
U>Не было тех же облачных технологий, которые я беру как яркий пример того, где наша с вами база — не является определяющим фактором. Если выучив алгоритмы потом С, мы могли прыгать и в C++, и в Java, потом в C#, и писать там что угодно. То в 2020, имея эти знания, мы не сможем с такой же легкостью запрыгнуть в MachineLearning, BigData, Cloud, AI.
Я бы так не сказал. Давайте по пунктам:
— Machine Learning: линейная алгебра, отпицизация, pattern recognition, статистика, анализ данных и тд
— BigData: анализ данных, распределенные системы (начать можно с Distributed Systems: Principles and Paradigms, Tanenbaum), information extraction, и тд
— Cloud — это просто buzz-word который собирает в себе кучу хлама. На практике это просто о том как администрировать кучу машин, процессов и т.д. И чтобы это делать правильно и понимать как это работает, надо знать и сети и железо.
— AI — см — machine learning
Заметьте, ни одного "продукта" в списке нет. Даже ни одного buzzword Фундаментально, все эти вещи они известны давно и их основы хорошо изучены.
Нету смысла знать о всех этих галочках и переключателях, если не понимать, что они делают. Поэтому надо учить основы, тогда продукт уже совсем не проблема.
U>>>Вот хотел бы узнать, взялись бы за решение такой задачи, или не учили принципиально? Оффер от Microsoft на 200к$/год для примера SK>>Вопроса не понял. Все учили. Не учили только флажки и галочки — такое надо учить когда надо пользоваться тулом, но не до того. U>Выше вы писали, что не учите новые технологии принципиально. Я спросил, стали бы учить за крутой оффер?
Изначальный вопрос был о том, что надо делать чтобы стать крутым спецом, чтобы получить такой оффер. Если же есть оффер и под него есть конкретные требования, что это уже другой вопрос.
Отвечая конкретно на этот вопрос — за 200к$/год не стал бы.
_>Даю совет себе в 2010й — веб сука! Все утекало в веб и утекает. Учи сука фронтэнд или мабайл, десктопу — п..зда.
Да ладно так переживать, в веб всегда успеете. У них ведь каждые два года — всё новое.
UPD.
Да и вообще мне кажется вы не правы. Веб/мобайл это толпы молодежи, не уверен, что вы хотите с ними конкурировать в старости.
LW>>Что если ниша через лет 5-10 схлопнется И в ней станет не продохнуть от тех, кто "числом поболее, ценою подешевлее"??
KP>Выбирать надо то, что не схлопнется, очевидно же
Разумеется, т-щ контр-адмирал "Ясен Хрен"! И на корабль под названием "Титаник" билеты не брать, с какими бы скидками не предлагали, и не приходить на работу в башню WTC сентябрьским утром 11 числа.
>>заняться физкультурой, лучше которая нравиться но если не чего не нравиться то три раза в неделю 3 км бег и полчаса с штангой или гирями
Я тоже заметил в процессе взросления, что физкультура необычайно важна для эмоционального состояния. Видимо нагрузки увеличивают выработку каких-то гормонов.
Мне качаться скучно было, поэтому я записался на борьбу бжж/грепплинг. С 8 утра до 10 поборешься — весь день по офису счастливый ходишь. Потом понял, что мне больше нравится в стойке бороться — перешел в секцию вольной борьбы. Очень всем рекомендую. Главное не спешить и получше разогреваться, чтобы травм не было.
Здравствуйте, Максим, Вы писали:
>>>заняться физкультурой, лучше которая нравиться но если не чего не нравиться то три раза в неделю 3 км бег и полчаса с штангой или гирями
М>Я тоже заметил в процессе взросления, что физкультура необычайно важна для эмоционального состояния. Видимо нагрузки увеличивают выработку каких-то гормонов. М>Мне качаться скучно было, поэтому я записался на борьбу бжж/грепплинг. С 8 утра до 10 поборешься — весь день по офису счастливый ходишь. Потом понял, что мне больше нравится в стойке бороться — перешел в секцию вольной борьбы. Очень всем рекомендую. Главное не спешить и получше разогреваться, чтобы травм не было.
движение — это первичная функция мозга. мышление — вторичная и побочная. поэтому, физическое движение для мозга всегда будет более предпочтительным, нежели доказательство теоремы Пифагора. разучивание различных движений и упражнений — это такая же тренировка для мозга, как и математика.
Здравствуйте, sergey2b, Вы писали:
S>например — распознать на фото что у человека в руках определенный предмет S>а теперь предметов может быть 5000
+100500
Да и распологаться они могут под разными углами в 3-х мерном пространстве.
При этом — вполне могут иметь разные варианты окраски (разные цветовые гаммы).
bnk>Ох и любишь же ты поговорить bnk>Вот не понимаю когда вроде достаточно очевидные вещи преподносятся как священное знание предков. bnk>Таким любят всякие скрам-мастера грешить, но им по должности положено, а разработчику даже как-то даже немного неловко imho.
человек же сам сказал — любит организовывать процессы
а там без уменее убеждать не как
Здравствуйте, ukrspecs, Вы писали:
U>Что есть мат часть?
Сильно зависит от Вашей специфики.
Так, я бы посоветовал посмотреть в сторону UNIX (Linux), вспомнить C++ (и не только освежить старые знания, но и поизучать новые стандарты).
Не следует забывать, что UNIX — это OS, задавшая в начале 1970-х основы всех современных операционных систем.
U>Я на .NET-e уже лет 10 сижу, переехал в свое время с плюсов. Сначала десктоп делал, теперь мобильные приложения на Xamarin.
ИМХО эта ниша:
1) забита молодыми разработчиками
2) имеет относительно низкий порог вхождения
Вывод: если ты не совсем молодой, пора с этой ниши валить. То есть — найти новую нишу и валить с этой.
Disclimer:
Я говорю так, как я сам поступил после 50-ти.
Это не универсальный совет, это только моя точка зрения.
Лично мне такой переход помог (как психологически, так и финансово).
U>Облизываясь смотрю на Azure и highload/BigData. Хотел бы в чем-то таком масштабном поработать, но пока не подворачивалось вариантов. Да и опыта мало с Azure. Вот например — облачные технологии учить, потом применять — есть смысл? Есть смысл , идти из разработки в архитектора?
На мой взгляд, уход от разработки — это всё-таки тупиковый путь.
Переход в "хайповые" направления — действие иррациональное.
Причина — данная область (облачные технологии) перенасыщена людьми, вклиниться будет негде.
Что касается архитектора — здесь надо смотреть более конкретно.
Забрасывать совсем разработку — ИМХО большая ошибка.
Здравствуйте, kaa.python, Вы писали:
KP>Колись, что из советов выше сам реализовал
>найти нормальную женщину, можно и проститутку но главное что бы вам самому нравилось
этот пункт точно работает, я когда приехал в мск в 16 мне участковая н полном серьезе предлагала встать на учет в ПНД
я занялся физкультурой и стал ходить в кружок любителей английской литературы и через год уже был бодрым молчеловеком
>заняться физкультурой, лучше которая нравиться но если не чего не нравиться то три раза в неделю 3 км бег и полчаса с штангой или гирями
поверте наслово результат в самочуствие будет виден в течении полугода
в москве каждый день 12 км бега или оченьбыстрой ходьбы в любую погоду
в СШП джим три раза в неделю
если автор не знает что делать надо начать с этого пункта
>нормализовать сон
в процессе но есть некая стабильность
надо не смотреть комп и тв перед сном а читать книги
спать с плотными шторами
исключить из жизни постоянный стресс иначе не как
>работать где нравиться и прет от задачь пусть и в ущерб деньгам
мы на работе 8+ часов в день
у нас все же творческая профессия и мой опыт показал плохая работа точно ведет к дипресии
>хобби которое требует коммуникации с группой те колекционирование марок не подходит
а авимодельный кружек или пешие походы будут норм
я ходил в яхтклуб работает 100%
сейчас обшаюсь только на форуме радиолюбителей к сожалению больше пока не как
но я точно могу сказать что последний год реально позитивного в моей жизни былло только хобби и я год продержался более менее в нормальном состоянии
я точно знаю в чем проблемма лично у меня 90% того что я делаю в жизни я не хочу делать а меня вынуждает семь и социум
если хотя бы 50% дел будут приносить удовольствие человек будет более менее ок
Здравствуйте, ukrspecs, Вы писали:
U>Собственно сабж. Каково оно после 40? Больше зарабатываете чем в 30+? Приходится постоянно переучиваться, подстраиваться под тренды? Будь вы на 10-15 лет моложе, какой совет бы себе дали?
Оно прекрасно. Соображаю лучше чем в 30, особенно в плане "как больше заработать при тех же трудозатратах".
Планирую выйти на пенсию в 50 лет. Составил план как организовать самому себе пенсию к 50. Будет здоровье — все вполне реально.
Правильно здесь многие отметили: исключите алкоголь, продолжайте напрягать мозг, и занимайтесь физкультурой. Вот и весь совет.
U>Вы бы какой себе совет дали в 30 лет, в 40 лет? Оглядываясь назад.
Если бы я сейчас смог встретить себя 30-летнего, я бы предупредил его о кризисе среднего возраста.
О том, что в жизни большинства мужчин наступает этап, когда вдруг становится непонятно — а как дальше жить-то?
Школа закончена, вуз закончен, профессионально состоялся, семья есть, дети есть, квартира есть.
Все первичные установки выполнены.
А что дальше делать-то?
Вот это и есть самый важный момент в жизни большинства мужчин.
А сорокалетнему мне уже советовать почти нечего. Я почти не изменился с того времени.
Хочешь быть счастливым — будь им!
Без булдырабыз!!!
Здравствуйте, ukrspecs, Вы писали:
U>Здравствуйте, Qulac, Вы писали:
Q>>Мне 47 и я не развалина, предложения поступают постоянно. U>Можно узнать какой стек технологий и домен? Это обычно энтерпрайс, аутсорс? На какую позицию?
U>Интересуюсь, потому что условный .NET 10 лет назад и сегодня — это разные вещи. Так сложилось изначально, что я вкладывался в разработку под десктоп. Сначала на С++/WinAPI/MFC, потом переехал на C#/WPF/WinForms. И за последние 3 года, мне сильно повезло, что попались 2 проекта под мобайл, и я смог поехать дальше на Xamarin/iOS/Android. Если бы остался на десктопе — то там ветхое и унылое легаси. Либо портировать еще более унылый софт, с Java/Obj-C на .NET. Но обычно — это уже 14-ая версия, которая прошла через все национальности и стили кодирования до меня, что есть боль.
Стек обычный: C#, sql, wpf, wcf. web — web api, angular. winforms забыл когда пользовался, но в некоторых местах требуется. В основном энтерпрайс, позиция в основном мидл. Так от себя добавлю, что для веба сейчас нужно знать какой ни будь spa Фреймворк, очень много где требуется.
Здравствуйте, ukrspecs, Вы писали:
U>Например олимпиадные задачи. Раньше я мог их решать, сейчас мне действительно лень за такое садиться. Даже если мотивация высокая, вроде собеседования, то скорее всего будет больше напряга, по тому что сейчас сужу. Также плохо стал запоминать названия и имена.
Видимо мотивация не достаточно высокая. Была бы высока- решал бы, а так, мозг предпочитает как-то иначе развлечься. По мне так это банальная лень, а если из за отсутствия подготовки проваливаются собеседования то и инфантилизм.
U>Редко , но хожу в спортзал. Форма не самая лучшая, но и не разваливаюсь.
Самая лучшая — это штука субъективная, но спорт хотя бы 3 раза в неделю быть должен, особенно с учетом сидячей работы.
U>С++ и сети. А если вас просят сделать Machine Learning на Python, который крутиться на Azure? Не было такого?
Ну это несколько не моя область, но в этом году мне довелось серьезно дорабатывать NLP-стек, написанный на Python проекта развернутого в AWS. Да нормально, плох тот C++ разработчик что не пишет на Python, а то что где-то за тебя сделали сетевой уровень, не меняет того факта что это сеть
KP>>- Делать акцент на гибкие навыки. U>Уточните плз, что это за навыки? Коммуникация?
Да.
U>А в чем профит выступления? Я например не могу на публику выступает, у меня паника. Но могу писать в блоги на большую аудиторию. Но я не получил еще заказов с этих постов. Награды только, грамоты .
Тебя знают, проще всё делать становится. И в офисе с людьми говорить и даже работу искать, т.к. ты уже не просто хрен-с-горы, а чувак-которого-мы-видели-там-то. Про заказы я ничего не знаю, т.к. больше на корпоративную среду нацелен.
Здравствуйте, ukrspecs, Вы писали:
U>Мне 34, и я начал заморачиваться о том, какой будет карьера дальше. Чувствую, что соображать стал тяжелее, чем до 30. Пока выезжаю на опыте, но если нужно нетривиальное решение, мозги могут отказаться его решать. U>А теперь я с опасением смотрю в будущее, и думаю, какой ненужной развалиной могу стать в 40-45-50 лет, с точки зрения разработчика. И что тогда? Идти таксовать?
U>Я смотрю на некоторых коллег постарше. Кто-то устроился solution architect. Кто-то PM может. Scrum Master. А кто-то держится за насиженное место мертвой хваткой, потому что уже 8 лет сопровождает легаси, которое за пределами компании никому не нужно.
U>Собственно сабж. Каково оно после 40? Больше зарабатываете чем в 30+? Приходится постоянно переучиваться, подстраиваться под тренды? Будь вы на 10-15 лет моложе, какой совет бы себе дали?
Да вроде нормально оно в принципе. Мне 42, вроде соображаю пока. Хотя не так как в 20 лет конечно.
Все же сейчас например уже не брезгую записать задачи, чтобы не забыть, или там юнит-тесты писать, потому что не уверен, что и так все будет работать.
Стал себе меньше доверять, приходится пользоваться такими вот костылями.
Еще постоянно какую-нибудь хрень изучать приходится.
А то так бы и сидел, писал на C++/WinAPI/MFC типа как 20 лет назад. Кому это сейчас нужно-то.
Здравствуйте, hi_octane, Вы писали:
U>>Собственно сабж. Каково оно после 40? Больше зарабатываете чем в 30+? _>Всё сложно — чем моложе был, тем ниже был кпд. Т.е. пахал больше, но из-за неправильного выбора "точки приложения усилий" — зарабатывал меньше, чем если бы эти же усилия прилагал в другом месте. В 40 кпд в разы выше, но денег уже столько не надо — базовые хотелки типа жильё-машина-дача сбылись когда было 30. Желания "жёппу рвать" ради того что-бы тупо купить дом больше или машину по-люксовее — исчезающе мало. И получается что работать 10 часов в неделю без напряга за 0.5 денег оказывается комфортнее чем работать 40 часов в неделю за 2x денег.
У меня вопрос сразу. Вот у вас все необходимое есть сегодня. Но пройдет 20-30 лет, и на что тогда вы будете жить?
Нет желания еще взять жилье, для сдачи?
Или переехать куда?
В целом, нет страха за старость и возможную нищету?
U>>Будь вы на 10-15 лет моложе, какой совет бы себе дали? _>* Купить биткойны. Не факт что это сейчас сработает, но 10 лет назад точно надо было _>* Начать свой бизнес, любой, пофигу какой. Тогда к 40 уже опыта будет достаточно что-бы управлять не напрягаясь (не обязательно тем первым, первый, второй и даже десятый, могут и обанкротится).
Но это ж не каждому дано. Особенно интроверту, с нулевыми навыками коммуникации. Я десять раз пытался, и десять раз отскакивал, как если бы в спортзале 200кг на грудь взял.
Может проще стать СТО, найти парня из бизнеса, чем самому делать то, на что нет навыков?
_>* Следить чтобы 80% чтения в день уходило на большие, связные, тексты — книги, серьёзные статьи, и т.д. Закрепилось стойкое ощущение что день чтения развлекательной книжки полезнее для профессионального роста, чем день чтения телеграм-чата по специальности. _>* Завести на одного ребёнка больше.
У вас один? Просто интересно, потому что у меня двое, и я наоборот думаю, что в жизни не было б проблем, будь у меня одна дочь. Не в смысле, что я не люблю вторую, но когда остается одна дома, то тишь да гладь. Их двое — это какой-то адовый неуправляемый механизм, куча сил уходит. 6 и 4 года им.
U>Мне 34, и я начал заморачиваться о том, какой будет карьера дальше. Чувствую, что соображать стал тяжелее, чем до 30.
Все такие мысли от стресса в семье или работе, пасмурной погоды, грязи на улице, занятия не тем.
Когда мне такие мысли приходят, я с ними здороваюсь мысленно, говорю "ну что, пришли снова ? ну ладно, побудте пока. Посмотрю на вас через неделельку, а пока тьфу на вас." Все проходит само.
Мне over 40. Думать хуже не стал как мне кажется как мне кажется как мне кажется
Здравствуйте, smange, Вы писали:
S>Оно прекрасно. Соображаю лучше чем в 30, особенно в плане "как больше заработать при тех же трудозатратах". S>Планирую выйти на пенсию в 50 лет. Составил план как организовать самому себе пенсию к 50. Будет здоровье — все вполне реально.
А не уныло будет сидеть на пенсии без любимого программирования? Или оно для тебя не такое уж и любимое?
S>Правильно здесь многие отметили: исключите алкоголь, продолжайте напрягать мозг, и занимайтесь физкультурой. Вот и весь совет.
Физкультурой, это да. Ничто так не разрушает позвоночник, как сидение за компьютером.
Здравствуйте, Sharov, Вы писали:
Pzz>>Физкультурой, это да. Ничто так не разрушает позвоночник, как сидение за компьютером.
S>Можно же стоя работать или лежа, если дома.
Здравствуйте, kaa.python, Вы писали:
KP>Возможно ты прав, но вот эта маркетинговая портянка меня очень сильно насторожила "паттерны, solid, dry, cqs, инварианты". На всякий случай уточню, ты часом не на Java/C# корпоративный софт пишешь? Если да, то отбой, я ошибся
Да, с 2004 года варюсь в энтерпрайзе.
Хотя вот работал и в геймдеве, и на C++ точно так же применял паттерны, SOLID, KISS, DRY, CQS, инварианты и результатом очень доволен, т.к. на геймдев это всё тоже очень классно ложится — машины состояний, паттерны фабричный метод, стратегия, билдер, визитор и т.д. А соблюдение инварианта — так это же вообще общая концепция для ООП, без неё почти любой ООП-код становится баговым и ненадежным.
Так что это не портянка, а насущная необходимость, и не только в энтерпрайзе, но во многих других областях. Конечно, есть исключения — допустим высокооптимизированные решения, или ассемблер, или микроконтроллеры или драйверы, или местами современный фронтэнд.
Ты вот скажи, в каких областях разработки ПО эта портянка не работает?
Здравствуйте, hi_octane, Вы писали:
U>>В целом, нет страха за старость и возможную нищету? _>Я реалист на 100%. Обязательно наступит такой возраст, когда в маразме и с альцгеймером, — меня сможет обмануть любая цыганка или чёрный риэлтор. И отдам я всё, включая купленную для сдачи недвигу, за хорошее гадание и снятие порчи _>На самом деле кроме любящих детей никакой страховки от нищеты в старости нет. Но! наличие детей — тоже вообще не гарантия сытой и богатой старости.
Тут как бы не получилась обратная ситуация, что вам детей нужно вытягивать будет.
Вы также писали, что в недвигу вкладывать — смыслать нет, потому что все будут телепортироваться и жить в аватарах.
Но я тут не соглашусь. На мой взгляд, в течении следующих 50 лет, квартира единственный вариант обеспечить свою старость вна Украине/СНГ. Можно конечно помечтать про шаровару или акции Амазона, но это не стабильно, не долговечно.
Здравствуйте, Skorodum, Вы писали:
S>P.P.S. Говорят, что мозг лучше запоминает ту информацию, для получения которой пришлось напрячься и у которой есть эмоциональная окраска.
Я целыми днями читаю огромные даташиты и спецификации, где с эмоциями ну совсем никак. Однако таки запоминаю. Правда, у меня есть своя техника работы с такими текстами, ибо если их тупо читать "от корки до корки", то жизни не хватит — типовой даташит на современный 32-битный микроконтроллер потянет на полторы тысячи страниц, про ПЛИС я уже молчу — там многие десятки тысяч страниц.
Но с чем согласен, так это с тем, что чтение больших текстов улучшает грамотность. Читаю свои же сообщения на английском, написанные несколько лет назад —
Здравствуйте, AlexGin, Вы писали:
AG>a) Не уверен, что человеку не молодому удасться пройти медкомиссию, чтобы работать сварщиком. AG>b) Даже если и станеш им, и попадёшь в рабочий коллектив — думаю что будет психологический дискомфорт. AG>c) Финансовая сторона — сильно разочарует, будешь голову посыпать пеплом.
общий смысл такой, чтобы работать в своей собственной мастерской и брать заказы. а не на стройке работать. профессия погромиста дает такую возможность, я имею ввиду, сделать нормальную мастерскую и приобрести нужное оборудование и инструмент.
Здравствуйте, AlexGin, Вы писали:
AG>Совсем не уверен, что толковый мастер или менеджер, например большого автомобильного сервис-центра, AG>имеет меньший дожод, нежели хозяин автомастерской типа "в_гаражах" (он же и механик, и жестянщик, и сварщик).
дело даже не в доходе, хватает на жизнь, ну и ладно. работая руками, просыпается интерес с жизни. очень давно такое же чувство было, когда программировал. сейчас срочно требуется что то совершенно новое, чтобы такое чувство возродить. для меня, когда на выходных ковыряюсь в гараже, и что то пробую смастерить, время летит незаметно и от процесса получаешь огромное удовольствие.
Здравствуйте, Максим, Вы писали:
М>Не путайте туризм с эмиграцией. Одно дело по выходным с мужиками в гаражах карбюраторы продувать, другое дело работать в автомастерской на постоянной основе.
я и не путаю. я знаю, что такое работать руками. и опять же, речь не об автомастерской идет. и еще один аспект, работая руками, ты обеспечиваешь себя работой до старости и смерти. а вот программистом — вообще не уверен.
Здравствуйте, sergey2b, Вы писали:
S>Здравствуйте, AlexGin, Вы писали:
AG>>Забрасывать совсем разработку — ИМХО большая ошибка.
S>а как же популярное мнение, что если не стал хотя бы тим лидером после 40 S>то значит неудачник
Это мнение социально незрелой молодежи
Намного правильнее быть хорошим девелопером, нежели средненьким тим-лидом.
Тем более, что будучи хорошим девелопером, специалист может достаточно оперативно сменить мемто работы,
в то же время, будучи средненьким лидом, человек привязан цепью к текущему рабочему коллективу.
Что же касается понятия удачник/неудачник — здесь всё очень субъективно.
Кто-то стремиться в руководители, а для кого-то: важно работать мозгами,
заниматься программистскими творческими задачами.
Здравствуйте, LaptevVV, Вы писали:
LVV>О том, что в жизни большинства мужчин наступает этап, когда вдруг становится непонятно — а как дальше жить-то? LVV>Школа закончена, вуз закончен, профессионально состоялся, семья есть, дети есть, квартира есть. LVV>Все первичные установки выполнены. LVV>А что дальше делать-то?
Проффесор подскажите пожалуйста, а что делать если
жена вместо того что бы подносить патроны выносит мозги
и потребляет все мои рессурсы — время, деньги и силу
в результате я только работаю и обслуживаю семью
а в замен имею борщь и постоянно недовольство, что я делаю мало
я понимаю что надо развестись, псолать нах и вычиркнуть из жизни
с другой стороны есть мысль — а другие как живут, они же как то женаты и при этом делают карьеру
Здравствуйте, Skorodum, Вы писали:
S>Так это некоректное сравнение, вряд ли ей самой надо было учить что-то сильно новое. В нашей же отрасли часто приходится учить что-то довольно новое, и тут молодеж выигрывает. Субъективное наблюдение: плюсовые шаблоны и гит в 50 освоить могут далеко не все.
Ну если человеку git реально нужен, то освоить его (хотя бы на уровне основных операций) — могут практически все.
Конечно же, что-то экзотическое в том же git, чем пользуются раз в год, будет забываться.
То есть создать локальный (глобальный) репозиторий, добавить под контроль новые файлы, сделать commit,
также как push и pull — это повседневная работа с git. Это делаешь практически на автомате.
А вот уже развернуть на сервере web систему управления типа тот же Bitbucket —
да, это делаешь редко и без шпаргалки не повторишь (хоть тебе 20-ть, хоть 60-т).
Примерно та же ситуация и с шаблонами:
Использоввние шаблонов C++ в готовых классах коллекций — легкая и простая ежедневная работа. Так и работаешь с бибилиотекой STL.
Однако, чтобы сделать свою шаблоную библиотеку, приходится изрядно поскрипеть мозгами
Здравствуйте, AlexGin, Вы писали:
AG>Ну если человеку git реально нужен, то освоить его (хотя бы на уровне основных операций) — могут практически все. AG>Конечно же, что-то экзотическое в том же git, чем пользуются раз в год, будет забываться.
Как показывает практика совершенно рабочие branch, stash и rebase это для многих почему-то неподъёмно
Даже тут на кывте от git у многих пригорает.
AG>А вот уже развернуть на сервере web систему управления типа тот же Bitbucket - AG>да, это делаешь редко и без шпаргалки не повторишь (хоть тебе 20-ть, хоть 60-т).
Это совершенно не о том.
AG>Примерно та же ситуация и с шаблонами: AG>Использоввние шаблонов C++ в готовых классах коллекций — легкая и простая ежедневная работа. Так и работаешь с бибилиотекой STL. AG>Однако, чтобы сделать свою шаблоную библиотеку, приходится изрядно поскрипеть мозгами
Не, речь не про написание чего-то вроде boost.spirit, речь про понимание концепции полиморфизма времени компиляции.
Здравствуйте, StanislavK, Вы писали:
SK>Здравствуйте, ukrspecs, Вы писали:
U>>Я на .NET-e уже лет 10 сижу, переехал в свое время с плюсов. Сначала десктоп делал, теперь мобильные приложения на Xamarin. Облизываясь смотрю на Azure и highload/BigData. Хотел бы в чем-то таком масштабном поработать, но пока не подворачивалось вариантов. Да и опыта мало с Azure. Вот например — облачные технологии учить, потом применять — есть смысл? Есть смысл , идти из разработки в архитектора? SK>Я такое не учу принципиально, так как там и так все понятно, все учение заключается просто в запоминании какую комманду вбить и где конфигурацию поменять. Все остальное — те самые основы и здравый смысл.
Допустим вам поступает задача — сделать бекенд для шеринга фото миллионами пользователей, по типу инстаграмма. И тут уже нужны знания каждого винтика внутри Azure, как построить архитектуру, какие сервисы выбрать, чтобы снизить нагрузки и правильно распределять ресурсы. Как обеспечить безопасность, масштабируемость, сохранность данных итд. Это может быть больше про архитектуру, но и разработчику нужно знать как работают сервисы, особенно с опытом.
Разумеется Дональд Кнут об этом не пишет. И знание протоколов и модели OSI тут не первично. Чтобы решить такую задачу, нужно изучить трендовые технологии. Azure Functions, CDN, Redis (кеширование), Cosmos DB и еще пачку сервисов, аналогов которым не было 10 лет назад.
Вот хотел бы узнать, взялись бы за решение такой задачи, или не учили принципиально? Оффер от Microsoft на 200к$/год для примера
Здравствуйте, Skorodum, Вы писали:
SK>>И чтобы это делать правильно и понимать как это работает, надо знать и сети и железо. S>Не, сейчас предполагается другой подход (который ваш оппонент тут и демонстрирует): есть набор знакомых продуктов, давайте придумаем как нам его использовать для решения нашей задачи. Иногда это работает и действительно эффективно (когда деньги есть и задача стандартная). Для использования Azure или AWS, знания сетей и железа не нужны (мой опыт), и это их главное преимущество — низкий порог вхождения и простота использования для стандартных задач, а ваш оппонент пытается доказать ровно обратное — что их использовать сложно.
С этим я не спорю. Такой подход работает сколько я себя помню и на нем живут куча вендоров, которые всем показывают прекрасные "hello world", которые деплоются в один клик и работают с молниеносной скоростью. Так же на нем живет куча "программистов-формоклепателей". Если вы решаете "стандартные" задачи и вам хватает ресурсов, то все пучком.
Я же о том, если вы хотите с этими технологиями работать над большими и нестандартными задачами, которые хорошо оплачиваются, то в первую очередь надо учить и понимать основы. В плане развития как специалиста, все эти чекбоксы это топтание на месте.
Здравствуйте, Qulac, Вы писали:
Q>Стек обычный: C#, sql, wpf, wcf. web — web api, angular. winforms забыл когда пользовался, но в некоторых местах требуется. В основном энтерпрайс, позиция в основном мидл. Так от себя добавлю, что для веба сейчас нужно знать какой ни будь spa Фреймворк, очень много где требуется.
Здравствуйте, ukrspecs, Вы писали:
U>Ниша плюсов — мала. Это легаси, эмбедед, драйвера, Qt этот ваш. В скором времени и это — не будет нужно. Слез с них 10 лет назад, и не было еще такой задачи, где бы C# не справился.
Ага-ага. "Скоро всей вашей Америке — кирдык." Из той же серии. С++ перестал быть мейнстримом, это да, но он никуда не уходит, ниши свои прочно держит, обеспечивая работой 5+ миллионов человек, а с учетом того что молодежь не тянет плюсы — нам пожизненно хватит. CAD-ы, игры, безопасность, сети, симуляторы и прочий инженерный софт, Automotive. Огромные рынки, и плюсы там цветут и пахнут, и никуда уходить не собираются. Легаси говорите? Ну-ну, покажите мне серьезный CAD или мощный 3D движок написанный на трендовых языках. Вспомним Minecraft и посмеемся.
У нас в конторе вложили многие миллионы и переписали нафиг весь тормозной Java-легаси на С++ + JavaScript для UI. А внутренние фреймворки перерабатываются и переписываются, те же концепты очень хорошо заходят.
Здравствуйте, Serginio1, Вы писали:
S>Здравствуйте, ukrspecs, Вы писали:
S>
S>Исследование ученых Медицинского центра Джорджтаунского университета сообщает хорошие новости: возраст не ухудшает, а улучшает когнитивные функции мозга. По крайней мере, те из них, что имеют наибольшее значение. Статья об этом опубликована в научном журнале Nature Human Behavior.
S>Ученые утверждают, что у пожилых людей улучшаются две ключевые функции мозга, те, что отвечают за анализ новой информации и помогают сосредоточиться на главном в конкретной ситуации. Эти функции лежат в основе работы памяти, принятия решений и самоконтроля. Они важны в навигации, владении математикой, языком и чтением.
Здравствуйте, Antidote, Вы писали:
A>Требуй юнит-тестов, по ним можно и понять, что код делает и что не делает. Чем больше тестов, тем лучше.
А еще требование излишнее покрытие тестами просто вынудит джуна декомпозировать и инкапсулировать. Шансов накосячиить будет меньше. Потому что на big ball of mud тесты просто не получится писать.
Мне 34, и я начал заморачиваться о том, какой будет карьера дальше. Чувствую, что соображать стал тяжелее, чем до 30. Пока выезжаю на опыте, но если нужно нетривиальное решение, мозги могут отказаться его решать.
А теперь я с опасением смотрю в будущее, и думаю, какой ненужной развалиной могу стать в 40-45-50 лет, с точки зрения разработчика. И что тогда? Идти таксовать?
Я смотрю на некоторых коллег постарше. Кто-то устроился solution architect. Кто-то PM может. Scrum Master. А кто-то держится за насиженное место мертвой хваткой, потому что уже 8 лет сопровождает легаси, которое за пределами компании никому не нужно.
Собственно сабж. Каково оно после 40? Больше зарабатываете чем в 30+? Приходится постоянно переучиваться, подстраиваться под тренды? Будь вы на 10-15 лет моложе, какой совет бы себе дали?
Здравствуйте, hi_octane, Вы писали:
_>* Следить чтобы 80% чтения в день уходило на большие, связные, тексты — книги, серьёзные статьи, и т.д. Закрепилось стойкое ощущение что день чтения развлекательной книжки полезнее для профессионального роста, чем день чтения телеграм-чата по специальности.
Почему так считаете? Я вот заметил, что с книгой надо "работать", делать заметки, выделять основное, иначе прочитанное выветривается через какой-то время.
Коротенькие обучающие вещи вроде ютуба, с другой стороны, часто лучше запоминаются.
Здравствуйте, bnk, Вы писали:
bnk>Здравствуйте, ukrspecs, Вы писали:
bnk>Да вроде нормально оно в принципе. Мне 42, вроде соображаю пока. Хотя не так как в 20 лет конечно. bnk>Все же сейчас например уже не брезгую записать задачи, чтобы не забыть, или там юнит-тесты писать, потому что не уверен, что и так все будет работать. bnk>Стал себе меньше доверять, приходится пользоваться такими вот костылями.
bnk>Еще постоянно какую-нибудь хрень изучать приходится. bnk>А то так бы и сидел, писал на C++/WinAPI/MFC типа как 20 лет назад. Кому это сейчас нужно-то.
А за старость не переживаете? Вот закончится карьера, на что жить думаете?
Здравствуйте, ukrspecs, Вы писали: U>Мне 34, и я начал заморачиваться о том, какой будет карьера дальше. Чувствую, что соображать стал тяжелее, чем до 30. Пока выезжаю на опыте, но если нужно нетривиальное решение, мозги могут отказаться его решать.
Это не так работает. Всё наоборот. Нетривиальных решений не существует в природе, всё повторяется по десятому кругу, тебе неинтересно изучать "новую технологию" потому что подобное уже несколько раз было, проколы в нюансах, ощущение что тупеешь.
Плюс к этому программирование становится более массовым и тупеет само по себе. Алгоритмически тупеет. Я как-то на собеседовании принялся объяснять интервьюеру что такое транзитивное замыкание и вложенные множества (вопрос был про деревья в базе) и с удивлением понял, что он вообще не понимает, о чем речь. Дешевое железо провоцирует писать примитивный код, в итоге многие алгоритмы уже просто невозможно реализовать в существующем окружении. То же транзитивное замыкание на mysql, который умеет только nested loop join.
U>А теперь я с опасением смотрю в будущее, и думаю, какой ненужной развалиной могу стать в 40-45-50 лет, с точки зрения разработчика. И что тогда? Идти таксовать?
Это да, иногда мне кажется что таксовать это более интеллектуальное занятие, чем написание кода.
U>Собственно сабж. Каково оно после 40? Больше зарабатываете чем в 30+? Приходится постоянно переучиваться, подстраиваться под тренды? Будь вы на 10-15 лет моложе, какой совет бы себе дали?
Не париться.
Всё, что нас не убивает, ещё горько об этом пожалеет.
Медленнее работать (не соображать, а работать) стал только ближе к пенсии лет эдак в 58-60...
Но у тебя, возможно, просто кризис среднего возраста.
Так что не заморачивайся, а строй свою жизнь как тебе хочется.
Хочешь быть счастливым — будь им!
Без булдырабыз!!!
Здравствуйте, Qt-Coder, Вы писали:
QC>Здравствуйте, ukrspecs, Вы писали:
QC>Будь вы на 10-15 лет моложе, какой совет бы себе дали? QC>Береги простату, сынок.
Здравствуйте, L.K., Вы писали:
U>>Чувствую, что соображать стал тяжелее, чем до 30. Пока выезжаю на опыте, но если нужно нетривиальное решение, мозги могут отказаться его решать.
LK>Дело не в возрасте, а в однообразных "мартышкиных" задачах. Мозг к таким задачам привыкает и считает, что нетривиальных задач не будет, поэтому часть мозгов можно "выключить". То же самое касается физухи — организм привыкает, что сила, ловкость и выносливость не нужны, а значит можно сэкономить энергию на мышцах и участках мозга, отвечающих за координацию.
У меня некое торможение наблюдается, провалы в памяти. В целом тяжело запоминать много сущностей сразу, и я все записываю. Это не только в работе, но и например название улиц, имена людей, сразу вылетают из головы.
Возможно это также от прошлого злоупотребления алко, возможно от отсутствия нормального отдыха. Но например в 25 , я не напрягался насколько помню.
Яркий пример — олимпиадные задачи, мозг пробовал находить разные решения, даже без опыта. Сейчас я даже садиться решать такое не буду, мозги просто откажутся это воспринимать. Благо на работе такое и не нужно. И что-то мне подсказывает, что через 10 лет, это может быть вообще Альцгеймер или что-то подобное.
KP>А ты уверен что не путаешь "соображать стало тяжелее" с "я стал более ленивый"? Потому как я именно что стал более ленивый и опыт позволяет не делать (самому) ряд задач таким образом, что бы все вокруг еще и довольны были
Например олимпиадные задачи. Раньше я мог их решать, сейчас мне действительно лень за такое садиться. Даже если мотивация высокая, вроде собеседования, то скорее всего будет больше напряга, по тому что сейчас сужу. Также плохо стал запоминать названия и имена.
KP>А что с физической формой? Я бы сказал что с возрастом это так же важно как и проф.навыки становится, если не важнее.
Редко , но хожу в спортзал. Форма не самая лучшая, но и не разваливаюсь.
KP>Скорее доучиваться. Мне повезло в какой-то мере с тем, что я всегда был в C++ и сетях, а это по большому счету штуки фундаментальные, и все нововведения просто дополняют уже существующие. Получается довольно органическое доучивание и то что стоило денег 10 лет назад стоит только больше сейчас.
С++ и сети. А если вас просят сделать Machine Learning на Python, который крутиться на Azure? Не было такого?
U>>Будь вы на 10-15 лет моложе, какой совет бы себе дали?
KP>- Делать акцент на гибкие навыки.
Уточните плз, что это за навыки? Коммуникация?
KP>- Делать акцент на публичность.
А в чем профит выступления? Я например не могу на публику выступает, у меня паника. Но могу писать в блоги на большую аудиторию. Но я не получил еще заказов с этих постов. Награды только, грамоты .
М>Почему так считаете? Я вот заметил, что с книгой надо "работать", делать заметки, выделять основное, иначе прочитанное выветривается через какой-то время.
Это уже очень индивидуально. Зависит и от книги, и от человека, и от того что уже по теме известно, и т.д. Разве что с абсолютно новой темой так и есть — просто читать невозможно, надо работать и разбираться.
М>Коротенькие обучающие вещи вроде ютуба, с другой стороны, часто лучше запоминаются.
Ну я как-то вёл что-то типа плана проекта, только для разных дел, не только связанных с работой. Записывал задачу которую хотел решить, прмерное время на решение, и фактическое время решения. И получалось что если в фоне доминировали отрывочные источники информации — начинался экспоненциальный рост "ошибок оценки". По факту все сроки всех задач начинали увеличиваться от оценочных в 2-3 раза. Возможно у кого-то не так, но лучше с файликом проверять, потому что любые внутренние ощущения врут.
Здравствуйте, kaa.python, Вы писали:
KP>UPD. про родителей подумал вот. В 60+ у меня мама полноценно работала зав. хим лаборатории при судмедэкспертизе и иногда жаловалась что молодежь зело тормозная пошла, учится долго
Так это некоректное сравнение, вряд ли ей самой надо было учить что-то сильно новое. В нашей же отрасли часто приходится учить что-то довольно новое, и тут молодеж выигрывает. Субъективное наблюдение: плюсовые шаблоны и гит в 50 освоить могут далеко не все.
Здравствуйте, gyraboo, Вы писали:
G>Вовсе нет, уход я планирую тогда, кода закончил свою работу, в которой специализируюсь: т.е. спроектировать архитектуру и тех.стек, собрать команду, обучить их принципам промышленного кодирования (паттерны, solid, dry, cqs, инварианты, многопоточность и т.д.) через мастер-классы, через очень плотное код-ревью, перенести все эти знания на вики в виде архитектурных гайдлайнов, создать решения которые можно тиражировать (решения типичных для проекта проблем), отпрофилировать узкие места и решить эти проблемы, затем убедиться что команда самостоятельно работает по этим методикам, код ревью работает без моего участия, что члены команды усвоили принципы промышленной разработки. И потом ухожу в следующее место, где начинаю делать то же самое. Это всё в среднем и занимает 2-3 года.
Здравствуйте, kaa.python, Вы писали:
KP>Что-то мне кажется, тебя много где проклинают
Наоборот, некоторые проекты потом неплохо взлетают, часто зовут обратно чтобы делать то же самое для других проектов. Т.е. со стороны заказчиков и бизнеса тут абсолютно четкое понимание роли постановки процессов разработки, формирования и тренинга команд для получения отчуждаемого результата.
Здравствуйте, kaa.python, Вы писали:
KP>Надо было учить сильно новое, она до этого была инженер-химик на производстве и освоила то, что надо для судмедэкспертизы в под 60 кажется, с нуля по большому счету. Но да, хотела и было интересно, я тогда в Мск жил и книги ей покупал и передавал.
Степень новизны мы оценить по этим фактам не можем
KP>Так что те, кто не могут освоить Гит в 50+ просто не хотят, я считаю. Остальное уже отмазки.
Ну это универсальная фраза, типа за все хорошее, против всего плохого
Здравствуйте, gyraboo, Вы писали:
G>>>Вовсе нет, уход я планирую тогда, кода закончил свою работу, в которой специализируюсь: т.е. спроектировать архитектуру и тех.стек, собрать команду, обучить их принципам промышленного кодирования (паттерны, solid, dry, cqs, инварианты, многопоточность и т.д.) через мастер-классы, через очень плотное код-ревью, перенести все эти знания на вики в виде архитектурных гайдлайнов, создать решения которые можно тиражировать (решения типичных для проекта проблем), отпрофилировать узкие места и решить эти проблемы, затем убедиться что команда самостоятельно работает по этим методикам, код ревью работает без моего участия, что члены команды усвоили принципы промышленной разработки. И потом ухожу в следующее место, где начинаю делать то же самое. Это всё в среднем и занимает 2-3 года.
bnk>>Пробовал прийти работать в компанию, когда оттуда недавно ушел такой вот куратор?
G>Так я и пытаюсь построить процесс так, чтобы работа программистов стала отчуждаемой, не зависящей от конкретной личности. Умные люди говорят, что создание отчуждаемого результата — в этом вся суть. Если код никто не может понять и поддерживать, кроме личностей его написавших — это неотчуждаемый код, как мой босс говорит, это черная магия. И это угроза для бизнеса, потому что "куратор" может уйти не по своей воле, а скажем заболеть или умереть. Задача паттернов, SOLID и прочих практик состоит в том, чтобы создавать отчуждаемый код. G>Если процесс разработки завязан на конкретных личностях, на "кураторах" как ты говоришь, значит процесс разработки ещё не налажен. G>Если я не ответил на вопрос, то раскрой свою мысль подробнее.
Ну вопрос подразумевал два варианта ответа — да/нет
А так да, конечно лучше быть богатым и здоровым чем бедным и больным
Здравствуйте, Skorodum, Вы писали:
S>Степень новизны мы оценить по этим фактам не можем
Поэтому давайте утверждать, что после XX+ лет жизнь кончилась, сосиська не слушается, тьфу, ничего не учится и всё плохо
KP>>Так что те, кто не могут освоить Гит в 50+ просто не хотят, я считаю. Остальное уже отмазки. S>Ну это универсальная фраза, типа за все хорошее, против всего плохого
Ага, я именно за всё хорошоее против всей... эмм, ну вот.
Здравствуйте, kaa.python, Вы писали:
KP>Возможно ты прав, но вот эта маркетинговая портянка меня очень сильно насторожила "паттерны, solid, dry, cqs, инварианты". На всякий случай уточню, ты часом не на Java/C# корпоративный софт пишешь? Если да, то отбой, я ошибся
Интуитивно согласен, но хотелось бы услашать развернутую мысль почему именно в этом случае "маркетинговая портянка" не настораживает?
Здравствуйте, Skorodum, Вы писали:
G>>Ты вот скажи, в каких областях разработки ПО эта портянка не работает? S>Работает везде, просто стоит не на первом месте или подрозумевается знание и не стоит особого обсуждения.
Если говорить о сеньорах или профи, то да, эти вещи сами собой подразумеваются, и код, написанный профи, иногда удовлетворяет всем этим критериям.
Но команды собираются не только из профи, которых заманить на проект иногда очень сложно. Поэтому берут джунов и мидлов, которые не знают этих принципов (ну или знают частично и не имеют опыта их применения в промышленном коде), и кто-то должен культивировать эти принципы. Не каждый профи готов тратить на это время и силы. Особенно когда дело касается вопросов типа "а зачем вообще нужны паттерны, я и без них хорошо могу обойтись", и приходится обосновывать позицию о том, что это не оверинжиниринг а необходиомсть.
"и не стоит особого обсуждения" — вот с этим не очень согласен, потому что не встречал команд, где эти вещи сами собой происходят. Соблюдение этих принципов должно быть частью культуры разработки, а это подразумевает, что их надо постоянно обсуждать на код ревью и на митингах, всё время обсуждать, применяем ли мы их правильно и обосновано (т.к. часто бывает, что паттерны применяются неправильно и не к месту), не переусердствуем ли мы в попытках их применять в ущерб срокам разработки, культивировать и заниматься пропагандой и евангелизмом, как бы "гадко" или "бюрократично" для некоторых это ни звучало, а иначе код начинает скатываться в техдолг. И многие топ менеджеры это всё понимают, многие выросли из разрабов.
S>В резюме плюсовика это баззворды для HR, поэтому у консультатов такое популярно. S>Корпоративный софт на 99% одинков и там самое сложное и интересное это понимание заказчика и это самое следование паттернам. 99% задач прекрасно аутсорсится. S>В С/С++ прикладные области на сложнее и вчерашних студентов меньше.
Да, хотя и на C++ есть много плохо поддерживаемого запутанного кода без соблюдения этих принципов, который тем не менее работает на проде, в высоконагруженных системах, но о его дизайне все плюются и горюют о его неотчуждаемости, грёзя о рефакторинге.
Здравствуйте, gyraboo, Вы писали:
G>менять работу каждые 3 года (сам сейчас на стадии принятия нового оффера)
Хз, может это и прпвильно, хотя я на последнем месте уже 9 лет работаю. Не буду утверждать, конечно, что всё круче некуда, но двигаться с места как-то лень.
Здравствуйте, bnk, Вы писали:
bnk>Ох и любишь же ты поговорить bnk>Вот не понимаю когда вроде достаточно очевидные вещи преподносятся как священное знание предков. bnk>Таким любят всякие скрам-мастера грешить, но им по должности положено, но разработчику то как-то даже немного неловко imho.
Вообще-то отвечал я в ветке совсем по другому поводу — что надо начинать инвестировать как можно раньше.
Но вот пришлось по оказии подробно раскрыть свою позицию о паттернах. Если кого задел банальщиной темы паттернов и ко, извиняюсь)) Ну да, интересна мне эта тема, поэтому говорить о ней могу много (хотя не все паттерны ещё освоил), я действительно считаю это эссенциальным знанием (слово "священное" тут не годится т.к. означает нечто тайное или божественное, а это чисто практичное знание), потому что раньше, до того, как использовать эти принципы, завалил несколько коммерческих проектов (пару завалил лично я, другие несколько заваленных проектов были завалены целыми командами и стоили миллионы денег для заказчика), запутавшись в техдолге и невозможности разработать простые и поддерживаемые архитектурные решения, которые бы вели проекты дальше и выше некоего порога сложности, до достижения которого никакие паттерны и т.д. не нужны, а после которого такой безпаттерновый проект грязнет в коллапсе неподдерживаемости, затем команда разбегается, приходит вторая команда и плюется на первую. А паттерны и прочие принципы ситуацию чудесным образом несколько раз спасли, первое время ситуацию спасали профи, а я просто наблюдал как они применяют эти принципы, потом сам научился их применять. Почему это должно быть неловко? Если не обучать мидлов этим приемам, ты ожидаешь что они сами собой начнут это изучать и применять, когда у них и так высокая нагрузка? Ну так да, один из 10 может и начнёт, но в общем случае гораздо эффективнее вывести это как явную часть культуры команды и говорить об этой банальщине постоянно, иначе команда может отклонится "от курса" и фигачить код лишь для выполнения функционала, забыв о техдолге. И это не такие уже очевидные и простые вещи, как ты говоришь, особенно если смотреть с позиции мидлов.
Здравствуйте, gyraboo, Вы писали:
G>Здравствуйте, ukrspecs, Вы писали:
U>>Собственно сабж. Каково оно после 40? Больше зарабатываете чем в 30+? Приходится постоянно переучиваться, подстраиваться под тренды? Будь вы на 10-15 лет моложе, какой совет бы себе дали?
G>Мне тоже уже больше 40. Согласен со всем, что здесь посоветовали: менять работу каждые 3 года (сам сейчас на стадии принятия нового оффера), не бросать техническую работу если она интересна, развивая навыки в паттернах, solid, код ревью, архитектуре, перформансе, многопоточности, распределенных системах, техническом развитии членов команды — за эти компетенции хорошо платят и на возраст не смотрят. Да, решать задачи стал медленнее, но больше решаю именно те задачи, где как раз надо думать или иметь длительные компетенции (например решение просадок перформанса, решения об архитектуре или общих подходах, например последняя такая задача, которую решал — разработка стратегии соблюдения инвариантов в ООП-коде), также много времени уходит на обоснования принимаемых решений, но на всё это как правило дают время. G>Но ещё добавлю важное, зачем собственно и пишу ответ на пост: как можно раньше нужно начать изучать инвестирование, подобрать свою стратегию и начать собирать портфель. Я например работаю по очень простой стратегии, называется Asset Allocation, она даёт 15-20% годовых, плюс 13% на ИИС. Чем раньше начнешь инвестировать, тем раньше начнет работать т.н. волшебство сложного процента.
Спасибо за дельный совет, я пытаюсь инвестировать чуть ли не лет с 25. Если это можно назвать инвестированием. Были криптовалюты, ПАММ-счета / форекс, вложения в каперов (ставки на спорт), недвижимость на первичном рынке. Из всего этого мне повезло только с недвижимостью, хотя дохода она не приносит. В остальном — слив денег. Я знаю, вы скажите , что это высоко рисковые (беспонтовые) инвестиции, вроде лотереи. Но молодым двигало желание именно поскорее обогатиться, поэтому вкладывался в максимальный риск.
К чему пишу. Сейчас хочу вкладывать в недвижимость которая строиться, раз эта схема работает. А у вас какие инструменты, хотел узнать?
Здравствуйте, StanislavK, Вы писали:
SK>Здравствуйте, ukrspecs, Вы писали:
U>>Собственно сабж. Каково оно после 40? Больше зарабатываете чем в 30+? Приходится постоянно переучиваться, подстраиваться под тренды? Будь вы на 10-15 лет моложе, какой совет бы себе дали? SK>Зарабатываю точно больше. Фундаментальных трендов реально не так много. SK>Совет — учи мат часть, медленно и терпеливо, и не бросай.
Что есть мат часть?
Я на .NET-e уже лет 10 сижу, переехал в свое время с плюсов. Сначала десктоп делал, теперь мобильные приложения на Xamarin. Облизываясь смотрю на Azure и highload/BigData. Хотел бы в чем-то таком масштабном поработать, но пока не подворачивалось вариантов. Да и опыта мало с Azure. Вот например — облачные технологии учить, потом применять — есть смысл? Есть смысл , идти из разработки в архитектора?
Здравствуйте, kaa.python, Вы писали:
G>>Да, с 2004 года варюсь в энтерпрайзе.
KP>Это собственно всё и объясняет. Типичные однотипные приложения-помойки которые пишет непойми кто, но все эти непойми кто страсть как любят паттерны, хз почему. Skorodum очень верно описал положение дел тут
Делал и приложения-помойки, делал и более серьёзные вещи, в энтерпрайзе не только УГ пишут.
G>>Хотя вот работал и в геймдеве, и на C++ точно так же применял паттерны, SOLID, KISS, DRY, CQS, инварианты и результатом очень доволен, т.к. на геймдев это всё тоже очень классно ложится — машины состояний, паттерны фабричный метод, стратегия, билдер, визитор и т.д.
KP>В стародавние времена я тоже обожал паттерны. А кто их не любил в начале работы программистом, когда казалось что вот он, ответ на вопрос правильного дизайна! Но потом оказалось, что применимы они не везде, зачастую нужные совсем другие классы паттернов, к примеру у тебя классический GoF перечислен, а где POSA? Для сетевых приложений и сервисов рекомендации оттуда куда как полезнее будут.
Тут я согласен. Кроме GoF сейчас много паттернов. Да и сами GoF претерпели сильные изменения, в том же Спринге они реализуются намного лаконичнее. Есть паттерны корпоративных приложений, паттерны интеграций, на которых построен Apache Camel. Также есть многопоточные паттерны. Для распределенных систем (а это уже не старье а относительно новая и актуальная тема) тоже есть паттерны, например см.книгу Бёрнса "Распределенные системы. Паттерны проектирования", которая вышла в 2018, а переведена на русский в 2019 году. И все эти виды паттернов тоже применяются на современных распределенных системах на кубере и докере.
KP>Но если подумать еще чуть-чуть, то паттерны из мира GoF просто костыли которые были созданы из-за ограничений языков времени написания книги. А то, что не костыли, та же машина состояний, например, так это не паттерн, а математическая абстракция появяшаяся задолго до GoF. Ну а если какой-то паттерн GoF был не костыль и реально полезен, так он просто переехал в той или иной форме в современные языки и уже является частью экосистемы языка, тот же визитор в C++.
Ну да, GoF — это только один из наборов паттернов, тут вообще не поспоришь.
G>>А соблюдение инварианта — так это же вообще общая концепция для ООП, без неё почти любой ООП-код становится баговым и ненадежным.
KP>Я вообще сторонник того, что ООП — это совершенно не впершийся костыль. В том же Go нет ни ООП, ни паттернов в классическом понимании, и тем не менее приложения на нем писать и развивать сильно легче чем на Java или C#.
Я тоже интересуюсь темой ухода от ООП при разработке промышленных корпоративных программ, но пока что ООП — это бОльшая часть таких проектов, приходится работать с тем что есть на рынке. Альтернативы я не нашел, и знакомые спецы считают Go ещё недостаточно зрелым для корпоративного ПО инструментом. Но это всё не значит, что я считаю ООП прямо таким лучшим и единственным подходом, сам пишу код и на процедурных языках (например финансовое ПО иногда на нём приходится писать), функциональщину пробую, но пока не пришел к пониманию того что она полностью заменяет ООП.
Но раз я работаю с ООП, я хочу, чтобы код на ООП был надежным, а соблюдение инварианта позволяет этого достичь, без инварианта ООП-код станет ненадежным (ну или на каждом клиенском вызове АПИ объекта придется всё равно дублировать проверки инварианта, что по сути тот же инвариант, только вынесенный из объекта на клиента и продублирвоанный сто раз — вопрос — зачем, если проверку инварианта можно гарантировать внутри конструирвоания и поведения самого объекта). Логично?
G>>Ты вот скажи, в каких областях разработки ПО эта портянка не работает?
KP>Да она по большому счету нигде не работает и как-то работает одновременно. Просто при современном уровне развития языков паттерны и GoF уже стали моветоном в большом количестве случаев. Но в то же время принципы типа SOLID, KISS, DRY вполне актуальны, но никто на них не заостряет внимание, просто что-то само-собой разумеющееся, не более того.
KP>А вот если кто-то заостряет внимание на принципах типа SOLID и паттернах GoF, то возникает закономерный вопрос — что с ним не так?
Ты получается не до конца меня понял. Я не заострял внимание именно на паттернах GoF. См.выше мой ответ, паттернов много разных и все хороши для своей области.
Здравствуйте, LaptevVV, Вы писали:
LVV>Медленнее работать (не соображать, а работать) стал только ближе к пенсии лет эдак в 58-60... LVV>Но у тебя, возможно, просто кризис среднего возраста. LVV>Так что не заморачивайся, а строй свою жизнь как тебе хочется.
Так как хочется — не получается. Я либо трудоголю, и большая часть ЗП уходит на семью и родственников. Либо бывает алкоголю, когда на трудоголился. С последним усиленно борюсь и уже довольно редко это происходит.
Вы бы какой себе совет дали в 30 лет, в 40 лет? Оглядываясь назад.
Такой опыт...старше моего отца..
Здравствуйте, Максим, Вы писали:
U>>Спасибо за дельный совет, я пытаюсь инвестировать чуть ли не лет с 25. Если это можно назвать инвестированием. Были криптовалюты, ПАММ-счета / форекс, вложения в каперов (ставки на спорт)
М>Не вижу казино в этом джентельменском списке.
Казино было (букмекерские конторы). Не поверите, я выигрывал x2 и x3 , очень крупные суммы в короткие сроки.
Конец немного предсказуем.
Зато мозги перещелкнули, в плане приоритетов и денег.
Здравствуйте, ukrspecs, Вы писали:
U>Мне 34, и я начал заморачиваться о том, какой будет карьера дальше. Чувствую, что соображать стал тяжелее, чем до 30. Пока выезжаю на опыте, но если нужно нетривиальное решение, мозги могут отказаться его решать. U>А теперь я с опасением смотрю в будущее, и думаю, какой ненужной развалиной могу стать в 40-45-50 лет, с точки зрения разработчика. И что тогда? Идти таксовать?
Мне 55, но уходить из профессии совсем не собираюсь!
U>Собственно сабж. Каково оно после 40?
Да также, как и до 40.
U>Больше зарабатываете чем в 30+?
Однозначно да!
U>Приходится постоянно переучиваться, подстраиваться под тренды?
Зачем же переучичваться?
Просто расширять профессиональный кругозор.
Осваивать новые технологии, стараться владеть тем, что сможет выделить тебя из толпы.
U>Будь вы на 10-15 лет моложе, какой совет бы себе дали?
Совет очень простой:
Переходить в тот сектор ИТ, где порог вхождения более высокий.
Там (в основном) будут люди за 35...40 — и тебе будет с ними комфортнее, нежели с 23-летними сеньорами
KP>Кстати, а как ты эту самую быстроту соображения замерял? Что насчет качества выдаваемой идеи?
Это были простые задачи. Ну типа паттерн какой-то в пазле, или собирали стол теннисный — я рассматриваю схему не могу понять одну штуку, а он раз-раз и понял. Или там в простой математике. Я говорю вот есть такой символ, а почему вот такого нет. Он секунду подумал — а он же и не нужен, другой можно использовать только коэффициенты обратные. Там еще примеры были, всех уже не упомню.
И вот примерно в таких же ситуациях я видел как папа тупит. А он в то время был примерно моего возраста, может немного старше.
А вот например шестилетка — тот тупит похлеще всех. Но с каждым годом все меньше и меньше.
Мне за 40.
И я бы не сказал что стал именно плохо соображать.
Но вот у меня всегда были моменты высокой работоспособности и ясности, а иногда усталость и какая-то как бы сказать тупость наверное. По утрам иногда, в конце напряженной недели.
А теперь с каждым годом баланс смещается.
Здравствуйте, ukrspecs, Вы писали:
U>Мне 34, и я начал заморачиваться о том, какой будет карьера дальше. Чувствую, что соображать стал тяжелее, чем до 30. Пока выезжаю на опыте, но если нужно нетривиальное решение, мозги могут отказаться его решать.
Выгорание или проблемы со здоровьем. Надо просто эти проблемы решать.
Здравствуйте, ukrspecs, Вы писали:
U>Собственно сабж. Каково оно после 40? Больше зарабатываете чем в 30+? Приходится постоянно переучиваться, подстраиваться под тренды? Будь вы на 10-15 лет моложе, какой совет бы себе дали?
Бывает, учиться надо всегда. чтобы не сгореть нужна гармония во всем: в работе, в жизни. нужно либо погрузиться в работу и стать ее частью(так поступает большинство), либо понять что это пройденный этап и уйти в горы.
Здравствуйте, __kot2, Вы писали:
__>мне однажды на интервью в Амазоне задали вопрос про сортировку больших файлов и я вдруг понял, что интервьювер не знает что такое radix sort
Видимо, в учебник "как начать проводить интервью для чайников" его не включают.
Здравствуйте, Максим, Вы писали:
U>>Спасибо за дельный совет, я пытаюсь инвестировать чуть ли не лет с 25. Если это можно назвать инвестированием. Были криптовалюты, ПАММ-счета / форекс, вложения в каперов (ставки на спорт)
М>Не вижу казино в этом джентельменском списке.
Здравствуйте, zverjuga, Вы писали:
Z>2. переучиться на сварщика и ну его нахрен это коммерческое программирование
a) Не уверен, что человеку не молодому удасться пройти медкомиссию, чтобы работать сварщиком.
b) Даже если и станеш им, и попадёшь в рабочий коллектив — думаю что будет психологический дискомфорт.
c) Финансовая сторона — сильно разочарует, будешь голову посыпать пеплом.
Здравствуйте, koandrew, Вы писали:
K>Я целыми днями читаю огромные даташиты и спецификации, где с эмоциями ну совсем никак. Однако таки запоминаю. Правда, у меня есть своя техника работы с такими текстами, ибо если их тупо читать "от корки до корки"
Здравствуйте, zverjuga, Вы писали:
Z>общий смысл такой, чтобы работать в своей собственной мастерской и брать заказы. а не на стройке работать. профессия погромиста дает такую возможность, я имею ввиду, сделать нормальную мастерскую и приобрести нужное оборудование и инструмент.
Совсем не уверен, что толковый мастер или менеджер, например большого автомобильного сервис-центра,
имеет меньший дожод, нежели хозяин автомастерской типа "в_гаражах" (он же и механик, и жестянщик, и сварщик).
Z>я и не путаю. я знаю, что такое работать руками. и опять же, речь не об автомастерской идет. и еще один аспект, работая руками, ты обеспечиваешь себя работой до старости и смерти. а вот программистом — вообще не уверен.
Только старость и смерть в этом случае наступят сильно быстрее.
Здравствуйте, zverjuga, Вы писали:
Z>а что за техника, расскажешь?
Кажется, это называется "беглое чтение". То есть я пробегаюсь глазами по тексту, особенно не вчитываясь, при этом в голове откладывается некий "индекс" в виде общего представления о том, что там описано, для того, чтобы впоследствии можно было быстро найти те места, где рассматривается конкретный вопрос. Несмотря на то, что ситуация постепенно улучшается, всё ещё встречаются альтернативно одарённые конторы, которые публикуют даташиты и app notes в виде "стены текста", то есть без навигации, что ужасно бесит Например, публичная спека DisplayPort 1.2 представляет из себя ~500 страниц текста без какой-либо навигации в виде индекса PDF, так что работать с ней — это , и порой аффтаров хочется
Смысл подхода в том, что в процессе такого "пробегания" глаза сами "зацепляются" за какие-то моменты (обычно графики, таблицы, формулы), и они откладываются в памяти, причём в моём случае я всегда запоминаю, что идёт за чем в тексте, то есть могу найти что-то типа "я помню, что вопрос Х обсуждается после вопроса Y", так что найдя обсуждение вопроса Х, я смогу найти и Y. Эта привычка у меня сформировалась ещё в школе, когда никакие электронные документы мне были не доступны, а потому "относительная навигация" была очень важна (нормальные индексы в книгах встречаются далеко не всегда даже сейчас, когда текстовые редакторы позволяют автоматизировать их создание). В настоящее время, конечно, подавляющее большинство документов, с которыми я работаю, являются электронными, но я работаю с ними так же, как привык работать с бумажными.
Читать эти документы "сплошняком" нет никакого смысла, ибо запомнить всё невозможно, да и никакой жизни не хватит на то, чтобы всё это внимательно прочитывать. Так что я обычно читаю их по секциям/разделам, в зависимости от того, какая информация мне нужна в конкретный момент времени.
Правда, не буду отрицать, что поначалу работать с этими документами было тяжко с непривычки, но со временем дело пошло намного лучше. Сильно помогает то, что большинство таких документов имеют весьма типовую структуру, так что проработав некоторое их количество, уже начинаешь понимать, где чего ожидать.
Здравствуйте, koandrew, Вы писали:
K>Кажется, это называется "беглое чтение"...
к сожалению, с книгами по программированию такое не работает. сейчас читаю по F# на инглише, там больше 600 страниц. если читать бегло в надежде, что глаз что то зацепит, то нет толку от такого чтения. здесь приходится вчитываться в каждую страницу и дотошно. хотя, для даташитов микроконтроллеров, такой вариант да, вполне работает. помню, читал даташит по AVR, там было несколько сотен страниц. большую часть просто пролистал бегло, так как таблицы и графики, которые к тому же повторяются, дотошно изучать смысла нет никакого.
Здравствуйте, sergey2b, Вы писали:
S>если быть честным 90% современной работы программистом это рутина
Но это ведь смотря в каком секторе IT работать:
1) В документообороте это примерно так;
2) Обработка мультимедийных (видео/аудио) данных — это уже 50 на 50
3) В тех же GIS-системах также 50 на 50
Выводы:
Не соваться в "хайповые" ниши, где творчество выдавлено ремесленничеством.
Не стараться всё время "бежать впереди паровоза" (всё равно тебя раздавят), лучше найти именно свой путь...
Здравствуйте, AlexGin, Вы писали:
AG>Здравствуйте, sergey2b, Вы писали:
S>>если быть честным 90% современной работы программистом это рутина
AG>Но это ведь смотря в каком секторе IT работать: AG>1) В документообороте это примерно так; AG>2) Обработка мультимедийных (видео/аудио) данных — это уже 50 на 50 AG>3) В тех же GIS-системах также 50 на 50
AG>Выводы: AG>Не соваться в "хайповые" ниши, где творчество выдавлено ремесленничеством. AG>Не стараться всё время "бежать впереди паровоза" (всё равно тебя раздавят), лучше найти именно свой путь...
Почти что убедил Вот тут многие говорят, что разработка может быть интересной.
Я, честно говоря, как-то в этом уже сомневаться начал, возможно из-за того что в энтерпрайзе работал. Там реально 90% вопросов гуглится.
А если что не гуглится, значит ты чего-то не знаешь и делаешь всё неправильно, а все нормальные люди делают по-другому.
Я правильно понимаю, что в С++ еще остались какие-то неоткрытые острова (в отличие от этой планеты)?
То есть, народ все еще не знает как обрабатывать мультимедийные (аудио-видео) данные, или как строить карты, что ли?
И в области C++ сейчас стало сильно лучше и интереснее, чем было 10-15 лет назад, когда многие (включая меня) оттуда свалили?
Здравствуйте, bnk, Вы писали:
bnk>Я правильно понимаю, что в С++ еще остались какие-то неоткрытые острова (в отличие от этой планеты)? bnk>То есть, народ все еще не знает как обрабатывать мультимедийные (аудио-видео) данные, или как строить карты, что ли?
Не открытые острова — начинаются тогда, когда начинается практическое применение тех нароботок, что есть.
Насчёт простых и тривиальных вещей — их делать, конечно же проще, чем было 20 лет назад.
Но более сложные (не имеющие готовых решений, которые можно нагуглить) — требуют творческого подхода.
bnk>И в области C++ сейчас стало сильно лучше и интереснее, чем было 10-15 лет назад, когда многие (включая меня) оттуда свалили?
Я также думал полностью перейти в нишу .NET в 2000-х годах.
Однако в какой-то момент, понял, что в секторе C++ разработок — намного больше так называемых "белых_пятен",
даже несмотря на то, что сама экосистема C/C++ намного старше экосистемы .NET.
Кроме того, в наши дни, за счёт развития IoT и более широкого развития Linux,
реально наступило второе дыхание для C++.
Принятие новых стандартов языка, на протяжении последних 9-ти лет каждые три года, является ярким подтверждает этого факта.
Если лет 15 назад нам казалось, что этот язык скоро уйдёт из массового применения,
то сейчас так совсем не кажется
Здравствуйте, zverjuga, Вы писали:
Z>я и не путаю. я знаю, что такое работать руками. и опять же, речь не об автомастерской идет. и еще один аспект, работая руками, ты обеспечиваешь себя работой до старости и смерти. а вот программистом — вообще не уверен.
ИМХО всё с точностью до наоборот: работы связанные с большими физическими усилсями и координацией движений,
с возрастом бубут получаться всё хуже и хуже, а работы, связанные в основном с интеллектуальной деятельностью,
будут получаться не хуже, нежели лет десять назад.
Здравствуйте, steep8, Вы писали:
S>Здравствуйте, zverjuga, Вы писали:
Z>>я и не путаю. я знаю, что такое работать руками. и опять же, речь не об автомастерской идет. и еще один аспект, работая руками, ты обеспечиваешь себя работой до старости и смерти. а вот программистом — вообще не уверен.
S>Только старость и смерть в этом случае наступят сильно быстрее.
Здравствуйте, Codealot, Вы писали:
C>Здравствуйте, ukrspecs, Вы писали:
U>>Мне 34, и я начал заморачиваться о том, какой будет карьера дальше. Чувствую, что соображать стал тяжелее, чем до 30. Пока выезжаю на опыте, но если нужно нетривиальное решение, мозги могут отказаться его решать.
C>Выгорание или проблемы со здоровьем. Надо просто эти проблемы решать.
AG>Сильно зависит от Вашей специфики. AG>Так, я бы посоветовал посмотреть в сторону UNIX (Linux), вспомнить C++ (и не только освежить старые знания, но и поизучать новые стандарты). AG>Не следует забывать, что UNIX — это OS, задавшая в начале 1970-х основы всех современных операционных систем.
Я только на стеке Microsoft пишу. Еще в iOS/Android залажу. С UNIX'ом не знаю что делать сейчас, в школе им увлекался, потому что кул хакером хотел стать Сейчас бекенд на Windows или Linux обернутый в Azure.
U>>Я на .NET-e уже лет 10 сижу, переехал в свое время с плюсов. Сначала десктоп делал, теперь мобильные приложения на Xamarin. AG> AG>ИМХО эта ниша: AG>1) забита молодыми разработчиками AG>2) имеет относительно низкий порог вхождения AG>Вывод: если ты не совсем молодой, пора с этой ниши валить. То есть — найти новую нишу и валить с этой. AG>Disclimer: AG>Я говорю так, как я сам поступил после 50-ти. AG>Это не универсальный совет, это только моя точка зрения. AG>Лично мне такой переход помог (как психологически, так и финансово).
Ушли в Linux? А чем там занимаетесь теперь? Стали больше платить?
Насчет молодых разработчиков и низкого порога, может и так. Но .NET — это ооочень большая тема. Это и Xamarin, и ASP.NET Core, и для меня Azure с ним пересекается. Unity и геймдев не трогаю. В Десктоп тоже иногда нужно посмотреть.
Я был тим лидом команды до 30. И разумеется они не могли и не знали того, что знаю я. Помимо самого фреймворка, нужно знать еще и платформу. Еще знать что под капотом у фреймворка. И т.д.
Да, я вижу что например за Ruby или JS, в среднем больше платят, чем за .NET (на фрилансе). Но
U>>Облизываясь смотрю на Azure и highload/BigData. Хотел бы в чем-то таком масштабном поработать, но пока не подворачивалось вариантов. Да и опыта мало с Azure. Вот например — облачные технологии учить, потом применять — есть смысл? Есть смысл , идти из разработки в архитектора? AG> AG>На мой взгляд, уход от разработки — это всё-таки тупиковый путь. AG>Переход в "хайповые" направления — действие иррациональное. AG>Причина — данная область (облачные технологии) перенасыщена людьми, вклиниться будет негде. AG>Что касается архитектора — здесь надо смотреть более конкретно. AG>Забрасывать совсем разработку — ИМХО большая ошибка.
Но единственный плюс, который я вижу — это меньше нагрузка на мозг, и больше коммуникации, какой-то жизни. Так сидя по уши в разработке — света белого не видишь и людей живых шугаешься.
Здравствуйте, ukrspecs, Вы писали:
AG>>Не следует забывать, что UNIX — это OS, задавшая в начале 1970-х основы всех современных операционных систем. U>Я только на стеке Microsoft пишу. Еще в iOS/Android залажу.
Знаю немало специалистов программистов, всю жизнь работавших с продуктами Microsoft, а теперь успешно пишущих под Linux.
Я и сам начал осваивать Linux только в 2016, до этого более 15-ти лет проработав на стеке MS.
В конце-то концов, не из плиточника или токаря переквалифицируешся в Linux разработчика
U>С UNIX'ом не знаю что делать сейчас, в школе им увлекался, потому что кул хакером хотел стать Сейчас бекенд на Windows или Linux обернутый в Azure.
Сама по себе разработка на C++ (под MS или под Linux) различается мало. По крайней мере — прикладная разработка.
Главное — выбрать правильный инструмент разработки. Для C++ главный инструмент на сегодня — это фреймворк Qt.
U>Ушли в Linux? А чем там занимаетесь теперь? Стали больше платить?
+100500
Занимаюсь разработкой на C++ (с применением Qt 5).
Да, работаю теперь полностью в Linux (Ubuntu 18.04 — я немного консерватор).
Занимаюсь разарботкой:
Клиент-серверные трёхуровневые приложения, сетевые протоколы (UDP, TCP), СУБД (PostgreSQL).
Также занимаюсь GIS картами (ГИС системы).
В нашей линейке продуктов разрабатываю как серверную часть и бизнес-логику, также нередко и GUI.
Конечно же, сменил место работы. Нашел, можно смело сказать Работу Мечты.
Естенственно выиграл, в том числи и по финансам.
U>Насчет молодых разработчиков и низкого порога, может и так. Но .NET — это ооочень большая тема. Это и Xamarin, и ASP.NET Core, и для меня Azure с ним пересекается. Unity и геймдев не трогаю. В Десктоп тоже иногда нужно посмотреть.
Никто не спорит, что это популярные и весьма объемные темы. Я занимался (немного) когда-то и с ASP.NET.
Замечу только, что опыт разработки по ним актуален, даже при разработках в Linux.
U>Да, я вижу что например за Ruby или JS, в среднем больше платят, чем за .NET (на фрилансе).
ИМХО важно найти правильное место, конкретную компанию.
Рассуждения "в среднем больше платят" — это как "средняя температура у пациентов по больнице"
U>Но единственный плюс, который я вижу — это меньше нагрузка на мозг, и больше коммуникации, какой-то жизни. Так сидя по уши в разработке — света белого не видишь и людей живых шугаешься.
IMHO наоборот — приятно пообщаться с людьми.
Лично я никого не шугаюсь. Всегда открыт для общения.
P.S. Меньшая нагрузка на мозг — это скользкий путь к профкссиональной (а нередко и социальной) деградации
Здравствуйте, kaa.python, Вы писали:
KP>Мы обычно 1-2 бутылки вина в неделю выпиваем с женой в течении последних, ну не знаю, 8 лет, скорее даже дольше. Зачем от него полностью отказываться? Скорее уж не надо запойно пить, но так же и не надо жрать как не в себя или работать на износ. Мера должна быть во всём
Если не секрет, скажите, ради чего пьете? Чтобы слегка опьянеть или ради вкуса этого вина?
Сам недавно бросил пить, сильно злоупотреблял многие годы. Хочу теперь "выработать" здоровое отношение к алкоголю.
Здравствуйте, The Minister, Вы писали:
TM>Если не секрет, скажите, ради чего пьете? Чтобы слегка опьянеть или ради вкуса этого вина?
Обычно ради вкуса. В итоге стали разбираться в сортах винограда, регионах, типах земли и прочем. Ездим на экскурсии на винодельни если есть такая возможность. Читаем блоги про вино, смотрим передачи. К вину покупаются интересные сыры, в которых в итоге тоже стали разбираться. Периодически готовим что-то под конкретную бутылку вина, это если вино знакомое и такое уже пили
Можно сказать что вино стало хобби. Но иногда, если сильно устали, то что бы слегка опьянеть
TM>Сам недавно бросил пить, сильно злоупотреблял многие годы. Хочу теперь "выработать" здоровое отношение к алкоголю.
По этому вопросу ничего сказать не могу, это строго к специалисту.
KP>Отличный вопрос про мультимедиа! У нас сейчас народ работает над задачей быстрой перекодировки потока с нескольких камер на специфичном железе для того что бы получить ответы на вопросы а) оно вообще работать будет, б) устроит ли нас скорость перекодировки потока, в) устроит ли нас надежность решения. Да, все знают как обрабатывать данные, и даже библиотеки есть и они используются. Но есть же еще куча неизвестных которые как-то надо решать.
avcodec пощволяет решить данную задачу при использовании GPU и слегка перепиленных исходниках работает быстро
bnk>Я правильно понимаю, что в С++ еще остались какие-то неоткрытые острова (в отличие от этой планеты)? bnk>То есть, народ все еще не знает как обрабатывать мультимедийные (аудио-видео) данные, или как строить карты, что ли?
например — распознать на фото что у человека в руках определенный предмет
а теперь предметов может быть 5000
и это не фото а видео с 10 камер одновременно
а комп средней хреновости тк хороший будет стоить как звездолет
Здравствуйте, koandrew, Вы писали:
K>Правда, не буду отрицать, что поначалу работать с этими документами было тяжко с непривычки, но со временем дело пошло намного лучше. Сильно помогает то, что большинство таких документов имеют весьма типовую структуру, так что проработав некоторое их количество, уже начинаешь понимать, где чего ожидать.
Это пока не столкнешься с чем-то оригинальным.
Спеки IEC61850 представляют собой 17, что ли PDFок, каждая на 300-500 страниц.
И вот в них такой прикол, что каждый абзац, помимо собственно ключевой информации, содержал пять-шесть ссылок на пять-шесть смежных пдфок стандарта. Без прочтения материала по ссылкам понять, о чем в принципе идет речь, вообще было невозможно.
А когда открываешь документ по ссылке, там находишь абзац, в котором пять-шесть ссылок на пять-шесть смежных пдфок стандарта.
Здравствуйте, landerhigh, Вы писали:
L>Спеки IEC61850 представляют собой 17, что ли PDFок, каждая на 300-500 страниц. L>И вот в них такой прикол, что каждый абзац, помимо собственно ключевой информации, содержал пять-шесть ссылок на пять-шесть смежных пдфок стандарта. Без прочтения материала по ссылкам понять, о чем в принципе идет речь, вообще было невозможно. L>А когда открываешь документ по ссылке, там находишь абзац, в котором пять-шесть ссылок на пять-шесть смежных пдфок стандарта.
Да уж, IEC самые долбанутые. Я из-за этой долбанутости так и не осилил добавить поддержку звука в свою реализацию HDMI OUT, ибо быстро запутался в ссылках и плюнул на это дело. А ещё учитывая, что эти документы найти в открытом доступе целая проблема... В общем, ну их в задницу
Здравствуйте, koandrew, Вы писали:
K>Да уж, IEC самые долбанутые. Я из-за этой долбанутости так и не осилил добавить поддержку звука в свою реализацию HDMI OUT, ибо быстро запутался в ссылках и плюнул на это дело. А ещё учитывая, что эти документы найти в открытом доступе целая проблема... В общем, ну их в задницу
Им пришлось даже создать специальный публичный вебсайт для технических issues.
Потому что когда что-то можно понять неправильно, это обязательно будет понято неправильно!
Здравствуйте, ukrspecs, Вы писали:
U>Здравствуйте, RussianFellow, Вы писали:
RF>>ukrspecs, не могли бы Вы описать свои скиллы--знания, умения, опыт? Какими языками программирования владеете, какие библиотеки и технологии знаете?
U>Не мог бы.
Стесняешься? Специалисты с кучей сертификатов от крупных компаний и обширным портфолио успешно завершенных проектов — они такие
А можете рассказать подробнее про плотное код-ревью?
Это ревью всего кода или какой-то его части?
Для скольки человек одновременно получается его проводить? Или прововодите не всё вы, а команда друг у друга?
У меня личный опыт такой. Ко мне периодически приставляли джуна. И я делал ему код-ревью (настолько плотное, насколько сил хватало).
И как-то такое ощущение, что джун пишет код чуть ли не быстрее, чем я его читаю. То есть кода много. И код бывает получается сложный, что мозг сломаешь. И просто сказать человеку "что-то как-то сложно всё" неконструктивно. Я пытаюсь сообразить, как это можно переделать, при этом код не пиша. И это мне плохо даётся. Если я сам рефакторю код, то идея рефакторинга иногда разбивается об реализацию из-за неучтённых деталей. Может и хуже получиться. А говорить "Ну сделай так. Сделал? Не, снова фигня. Давай вот-так попробуй" тоже вроде не очень.
Может быть, конечно, я ещё не обобщил достаточно свой опыт (хотя вроде его уже 10+). Или просто нужно ещё больше код-ревью-практики.
Здравствуйте, ukrspecs, Вы писали:
U>Собственно сабж. Каково оно после 40? Больше зарабатываете чем в 30+? Приходится постоянно переучиваться, подстраиваться под тренды? Будь вы на 10-15 лет моложе, какой совет бы себе дали?
Следить за трендами и обновлять портфель навыков. Скорость соображалки тренировать алго задачками регулярно.
Здравствуйте, Эйнсток Файр, Вы писали:
RU>>А можете рассказать подробнее про плотное код-ревью?
ЭФ>Не поставлен процесс документирования. ЭФ>Требуйте с джуна так же исчерпывающую документацию к коду в нужном формате. ЭФ>Производительность у него резко упадёт и Вы начнёте успевать.
Способ интересный )
Но у нас не требуется такой подробной документации, только достаточно высокоуровневая типа API к модулю, параметров конфигов.
И, боюсь, начальство не поймёт инициативы загрузить человека ненужным делом.
Q>Мне 47 и я не развалина, предложения поступают постоянно.
Можно узнать какой стек технологий и домен? Это обычно энтерпрайс, аутсорс? На какую позицию?
Интересуюсь, потому что условный .NET 10 лет назад и сегодня — это разные вещи. Так сложилось изначально, что я вкладывался в разработку под десктоп. Сначала на С++/WinAPI/MFC, потом переехал на C#/WPF/WinForms. И за последние 3 года, мне сильно повезло, что попались 2 проекта под мобайл, и я смог поехать дальше на Xamarin/iOS/Android. Если бы остался на десктопе — то там ветхое и унылое легаси. Либо портировать еще более унылый софт, с Java/Obj-C на .NET. Но обычно — это уже 14-ая версия, которая прошла через все национальности и стили кодирования до меня, что есть боль.
AG>Совет очень простой: AG>Переходить в тот сектор ИТ, где порог вхождения более высокий. AG>Там (в основном) будут люди за 35...40 — и тебе будет с ними комфортнее, нежели с 23-летними сеньорами
А на вскиду, какие это сектора?
Например у меня был год назад проект, с высоким порогом входа. NLP+Machine learning. Вокруг — сплошь молодежь, 30+-.
Здравствуйте, kaa.python, Вы писали:
KP>Стесняешься? Специалисты с кучей сертификатов от крупных компаний и обширным портфолио успешно завершенных проектов — они такие
Так а зачем?
Все описывать, копипастить — долго. А давать ссылки на свои блоги, сайты, портфолио — не хочу. Слишком много личного вам рассказал
Здравствуйте, kaa.python, Вы писали:
KP>Здравствуйте, ukrspecs, Вы писали:
U>>Здравствуйте, RussianFellow, Вы писали:
RF>>>ukrspecs, не могли бы Вы описать свои скиллы--знания, умения, опыт? Какими языками программирования владеете, какие библиотеки и технологии знаете?
U>>Не мог бы.
Здравствуйте, bnk, Вы писали:
bnk>Я правильно понимаю, что в С++ еще остались какие-то неоткрытые острова (в отличие от этой планеты)? bnk>То есть, народ все еще не знает как обрабатывать мультимедийные (аудио-видео) данные, или как строить карты, что ли?
Недавно пришлось работать с не публичным СДК (хоть и от топовой мировой компании), сборка там сильно через одно место. Гугл в принцепе ничего не знает об этом СДК. Не рокет сайенс, но вчерашний студент не разберется и гугл ему не поможет.
bnk>И в области C++ сейчас стало сильно лучше и интереснее, чем было 10-15 лет назад, когда многие (включая меня) оттуда свалили?
Разработка под всякие железки сильно оживилась. IoT и тому подобное. Условно в каждой лампочке код из boost.
RU>>Может быть, конечно, я ещё не обобщил достаточно свой опыт (хотя вроде его уже 10+). Или просто нужно ещё больше код-ревью-практики.
G>А ты свой опыт на вики формулируешь в виде чеклистов или сводов правил с пояснениями?
Нет. Я тут имел ввиду обобщение в голове, когда под куда больше ситуаций у меня сразу же будет формулироваться приемлемое готовое решение.
Здравствуйте, ukrspecs, Вы писали:
U>Мне 34, и я начал заморачиваться о том, какой будет карьера дальше. Чувствую, что соображать стал тяжелее, чем до 30. Пока выезжаю на опыте, но если нужно нетривиальное решение, мозги могут отказаться его решать.
У меня чаще не проблема в том что тяжелее соображать, а в том что трудно заставить себя разбираться в чём-то. Проблема даже не в лени, а в том, что очень часто за красивыми обещаниями чего-то крутого оказывается одно и тоже под разными углами. Просто начинаешь жалеть потраченное время.
U>А теперь я с опасением смотрю в будущее, и думаю, какой ненужной развалиной могу стать в 40-45-50 лет, с точки зрения разработчика. И что тогда? Идти таксовать?
Возраст тут ни при чём. Есть и старые разработчики. Но лучше конечно идти в эксперты или манагеры. Просто сама работа интересней, чем тупо формочки сто первый раз рисовать.
U>Я смотрю на некоторых коллег постарше. Кто-то устроился solution architect. Кто-то PM может. Scrum Master. А кто-то держится за насиженное место мертвой хваткой, потому что уже 8 лет сопровождает легаси, которое за пределами компании никому не нужно.
Немного не так про хватку. Просто с возрастом понимаешь, что все фирмы примерно одинаковые: жадный бизнес и бедные сотрудники. Поэтому вкладываешься в себя и своё окружение и переходить куда смысла особо не видишь.
U>Собственно сабж. Каково оно после 40? Больше зарабатываете чем в 30+? Приходится постоянно переучиваться, подстраиваться под тренды? Будь вы на 10-15 лет моложе, какой совет бы себе дали?
Зарабатываю намного больше. Учиться не приходится, но разбираться, что стоит за новыми трендами конечно надо. С опытом, всё легче это делать. Совет: определиться с нишей — очень важно чтобы работа приносила удовлетворение. Не пить и не есть в фастфудах — убитый желудок это горе. И главное: хорошая счастливая семья — у кого дома всё хорошо, они и по работе хорошо идут и наоборот.
Здравствуйте, gyraboo, Вы писали:
G>Здравствуйте, RedUser, Вы писали:
RU>>А можете рассказать подробнее про плотное код-ревью?
G>Под плотным я имею ввиду, что замечания могут касаться всех аспектов кода, от именования переменных до нарушения архитектурных гайдов, и первое время итерации по пулл-реквесту могут длиться 2-3 недели и включать сотни замечаний. Если код ревью ушло в затяг, то можно какие-то замечания опустить, или самому доделать, или завести тикет в техдолг на доработку.
Текучка в команде очень большая?
Если у вас один пулл реквест ревьювится несколько недель с сотнями замечаний, то вы или не умеете дробить задачи или же набираете не пойми кого.
Здравствуйте, BlackEric, Вы писали:
RU>>>А можете рассказать подробнее про плотное код-ревью?
G>>Под плотным я имею ввиду, что замечания могут касаться всех аспектов кода, от именования переменных до нарушения архитектурных гайдов, и первое время итерации по пулл-реквесту могут длиться 2-3 недели и включать сотни замечаний. Если код ревью ушло в затяг, то можно какие-то замечания опустить, или самому доделать, или завести тикет в техдолг на доработку.
BE>Текучка в команде очень большая?
Текучки нет, все понимают что код ревью важен и полезен, как для обучения (гораздо проще учить SOLID и прочие практики на замечаниях код ревью на своем лично написанном живом коде, чем в абстрактных статьях), так и для повышения качества кода.
BE>Если у вас один пулл реквест ревьювится несколько недель с сотнями замечаний, то вы или не умеете дробить задачи или же набираете не пойми кого.
Ну так я специально и указал: первое время итерации по пулл-реквесту могут длиться 2-3 недели
Т.е. такая ситуация имеет место только первое время, пока разработчик, особенно джун, реже мидл, только начинает делать задачи. И большое количество замечаний говорит не столько о том, что он плохой программист, а о том, что код не соответствует промышленным стандартам, и чтобы эти стандарты освоить, и нужно несколько сотен замечаний. Даже на простых задачах итерация по код ревью может быть длинной, потому что сразу усвоить все правила трудно, и разраб исправляя одни ошибки, делает другие. Поэтому джунам сложные, крупные или критичные по времени задачи и не дают, дают простецкие, чтобы они натренировались промышленным практикам на более простых задачах. При этом пока задача на ревью, человек делает и другие задачи, поэтому провисания нет. Пример с 2-3 неделями — это не типичный случай, я просто привёл его как пример того, что такое может быть. Обычно же задачи бьются так, чтобы закрывать их за несколько дней, как того и требует эджайл.
Здравствуйте, х, Вы писали:
х>У меня чаще не проблема в том что тяжелее соображать, а в том что трудно заставить себя разбираться в чём-то. Проблема даже не в лени, а в том, что очень часто за красивыми обещаниями чего-то крутого оказывается одно и тоже под разными углами. Просто начинаешь жалеть потраченное время.
я с этим борюсь сменой специализации
win ui (c++) -> system sw (c++) -> android -> java backend
Здравствуйте, LandWarrior, Вы писали:
LW>Что если ниша через лет 5-10 схлопнется И в ней станет не продохнуть от тех, кто "числом поболее, ценою подешевлее"??
Здравствуйте, elmal, Вы писали:
E>Здравствуйте, ukrspecs, Вы писали:
U>>Собственно сабж. Каково оно после 40? Больше зарабатываете чем в 30+? Приходится постоянно переучиваться, подстраиваться под тренды? Будь вы на 10-15 лет моложе, какой совет бы себе дали? E>Примерно 7 лет зарплата в долларах на одном уровне. В принципе мог бы больше, вот только как то материальных проблем не испытываю после выплаты первой ипотеки. А совет я молодым даю один, хоть и банальный и не уникальный — пока жив, не женись . Занятно наблюдать по прошествии до черта времени зависть со стороны тех, кто лет 15 назад говорил что все неженатые по любви лохи, и они типа ухватили судьбу за яйца . Хотя в твоем случае совет запоздалый .
Предлагаю использовать бритву Оккама и уменьшить совет до: не женись.
Здравствуйте, StanislavK, Вы писали:
SK>И чтобы это делать правильно и понимать как это работает, надо знать и сети и железо.
Не, сейчас предполагается другой подход (который ваш оппонент тут и демонстрирует): есть набор знакомых продуктов, давайте придумаем как нам его использовать для решения нашей задачи. Иногда это работает и действительно эффективно (когда деньги есть и задача стандартная). Для использования Azure или AWS, знания сетей и железа не нужны (мой опыт), и это их главное преимущество — низкий порог вхождения и простота использования для стандартных задач, а ваш оппонент пытается доказать ровно обратное — что их использовать сложно.
Дохлый 10-летней физический сервер у вас в шкафу переплюнет Azure раз в дцать по соотношению потраченных денег к выполненным задачам, но для этого да, нужно знать сети и железо.
KP>Конечно, именно так и надо поступать. Так же надо выбирать те области, которые почти никак не могут схлопнуться и делать акцент на базовые знания. Как могут схлопнуться алгоритмы и структуры данных? Никак. Как может схлопнуться корпоративное ПО со всякими Ораклом, JVM прочей тяжелятеной? Никак. Как может схлопнуться Java разработка? Никак. Как может схлопнуться информационная безопасность? Никак. Продолжать еще можно долго, но акцент всегда должен быть на базу, а не новомодную перделку.
Java также быстро может уйти в небытие, как и С++/С в свое время. Не идеальное это решение, поедающее память.
Здравствуйте, ukrspecs, Вы писали:
KP>>Если у тебя плюсы ушли в небытие, то медицина тут бессильна
U>Ниша плюсов — мала. Это легаси, эмбедед, драйвера, Qt этот ваш. В скором времени и это — не будет нужно. Слез с них 10 лет назад, и не было еще такой задачи, где бы C# не справился.
Ну это может быть из серии "если закрыть глаза руками, то мир исчезнет"
Я тоже давно ушел из плюсов (а теперь и из C#)
Но вот народ тут говорит, что плюсы живее всех живых, нет оснований не верить.
Здравствуйте, ukrspecs, Вы писали:
U>Яркий пример — олимпиадные задачи, мозг пробовал находить разные решения, даже без опыта. Сейчас я даже садиться решать такое не буду, мозги просто откажутся это воспринимать. Благо на работе такое и не нужно. И что-то мне подсказывает, что через 10 лет, это может быть вообще Альцгеймер или что-то подобное.
ukrspecs, мой Вам совет--живите сегодняшним днём.
Мне вот 46 лет, я о будущем не думаю. И спокойнее жить!
Здравствуйте, Faland, Вы писали:
F>У нас в конторе вложили многие миллионы и переписали нафиг весь тормозной Java-легаси на С++ + JavaScript для UI. А внутренние фреймворки перерабатываются и переписываются, те же концепты очень хорошо заходят.
Javascript для UI — это серьезная оптимизация.
Я не хотел доказать, что С++ — не нужен. Только лишь ответил, что сходит на нет. Еще и писать на нем — то еще удовольствие.
Здравствуйте, barn_czn, Вы писали:
U>> Будь вы на 10-15 лет моложе, какой совет бы себе дали?
_>Даю совет себе в 2010й — веб сука! Все утекало в веб и утекает. Учи сука фронтэнд или мабайл, десктопу — п..зда.
Я тоже десктопил до победного. Ушел в Xamarin. Выдохнул.
Исследование ученых Медицинского центра Джорджтаунского университета сообщает хорошие новости: возраст не ухудшает, а улучшает когнитивные функции мозга. По крайней мере, те из них, что имеют наибольшее значение. Статья об этом опубликована в научном журнале Nature Human Behavior.
Ученые утверждают, что у пожилых людей улучшаются две ключевые функции мозга, те, что отвечают за анализ новой информации и помогают сосредоточиться на главном в конкретной ситуации. Эти функции лежат в основе работы памяти, принятия решений и самоконтроля. Они важны в навигации, владении математикой, языком и чтением.
Здравствуйте, Lexey, Вы писали:
U>>Собственно сабж. Каково оно после 40?
L>Нормально. Скорость набивания кода, конечно, уже не та...
Вы хотите сказать, что скорость разработки зависит от скорости "набивания кода"?
Это примерно как стоимость автомобиля зависит от количества бензина в баке
А дальше сам решай, как ты это сделаешь, никто за тебя это не решит и никто лучше тебя это не сделает, и в этом твоё преимущество.
Например, публичная спека DisplayPort 1.2 представляет из себя ~500 страниц текста без какой-либо навигации в виде индекса PDF, так что работать с ней — это 
, и порой аффтаров хочется 
