Такой×√й|-|€Й все выставки забиты

+++100пять100, и  поисковик аргументы не подтаскивает

Смысл как раз в том чтобы было видно какие ключи в аппарате а какие взяты

Было бы лучше, если был виден не ключ, а его бирка.

по архивам и прочему надо искать, если искать аргументы и историю)
яндекс активно трёт всё "околополитическое национальное" по просьбам, а если что-то банит ркн - то оно и индексироваться перестаёт... Так и живём :)

Иато 04€|-|Ь вкурсе что там как было

на "байкалах"? Да я сам наслушался немного историй от пары человек там работавших - жаль ребят и идею.
Если мне не врали - то просто зарубили очень тупо из-за какой-то внутреннегосной истории с закупками, и что самое смешное - товар был поставлен итд итп, и работает, но просто видимо кто-то с кем-то не поделился.

А делали, как говорят, на совесть вполне себе и сами.

|-|€@tk@ti/\и, все есть в сети

А Проект был все для победы

Федя позвал выступить на курсе о росте в следующую пятницу 13 числа и разбавить выступления СТО технической стороно развития.

В моей практике, под техническим развитием подразумевают “написал супер сложный драйвер или операционку” и с такая логика линейна. Делаешь проекты, находишь OSS, получаешь офер от компании, которой необходима компетенция или человек с доступом к OSS проекту. Мне же, хотелось уйти в проектирование систем и тут вскрылись проблемы:

1. “А что стратегически делать и куда развиваться?”. Гайдлайнов нет, карт развития тоже, приходится учиться на опыте + на разрозненных источниках информации (курсы либо о специфической теме, либо о микросервисах с одинаковым набором тем, которые ничего не говорят о стратегическом развитии);
2. Фидбэк луп длиннее, чем в коде. PoC (proof of concept) куска системы может делаться днями, а то и неделями или месяцами. Это похоже на то, что видел на НПО Салют, когда проходил там практику. Разбираешься, проектируешь, объясняешь что необходимо сделать, ждешь, получаешь фидбэк. Никакого REPL и тестов с мгновенной обратной связью;
3. Из второго пункта вытекает, что самому проектировать и реализовывать большее чем мелкий сервис - больно и долго. Поэтому появляются люди, которые реализуют спроектированное. Либо начинаешь сам и сгораешь из-за нагрузки.

Из-за этого, попадаешь в ситуацию, когда без менеджерских навыков невозможно развивать технические навыки.

Поэтому, в следующую пятницу, расскажу, как развиваюсь технически, занимаясь менеджерской работой половину (а то и больше) времени. Поделюсь инсайтами о том, как попытался в менеджмент сам того не подозревая и к чему это привело (спойлер: к проблемам, но проблема решилась). Ну и куда без депрессий, кризисов и рассуждений о том, что чем больше системы проектируешь, тем больше людей, а значит и меньше шансов отсидеться отсидеться в тишине ©)

Кому интересно?

Я сейчас не очень адекватно воспринимаю,  в понедельник обязательно развёрнуто отвечу!

звучит прикольно, но просто уточнить хотел - никто не запрещает делать свои мелкие куски задач, особенно если это рисёрчи из которых половина(возможно больше-меньше) тупо ляжет в стол%
Когда никто не торопит и не требует результатов вотпрямщас и ты независимо от других лепишь свои куски - можно вообще ни на что не отвлекаться. Удобство, своего рода)
И без менеджмента, да. Но полуманагерам платят больше, тут каждый сам для себя выбирает наверн

Да с обеих сторон был, вопросов нет)

Простые движения для размножения©]

Тоже все это прошёл)

Это естественные вопросы, которые волнуют "первопроходца"

Мне

https://education.borshev.com/growth это ответ , но не реклама

всем привет. сборник лолов из области ATM Security http://www5.ncr.com/support/pcfiles/Retail/Solution/SoftwareCenter/Q67_SPI_7590.FIX