Что значит 365 ддд

десантная дромадерская дивизия

в рассказе Гарри Гаррисона «Космические крысы ДДД»

«Достук, дружба, дустлик»

издание, Кыргызстан, Узбекистан

«дай дорогу дураку»

правило дорожного движения, «правило трех д»

«Добрая дорога детства»

«Досье детектива Дубровского»

Словарь: С. Фадеев. Словарь сокращений современного русского языка. — С.-Пб.: Политехника, 1997. — 527 с.

«деоккупация, деколонизация, дебольшевизация»

в названии газеты

дешёвые длинные деньги;
длинные дешёвые деньги

День добрых дел

достоверность, доступность, достаточность

дезактивация, дегазация, дезинфекция

Словарь сокращений и аббревиатур . Академик . 2015 .

Полезное

Смотреть что такое «ДДД» в других словарях:

ДДД — Аббревиатура ДДД может означать: Досье детектива Дубровского (Д. Д. Д.)[1][2] ДДТ Дай Дураку Дорогу один из принципов безопасного вождения автомобиля, предписывающий уклоняться от соседства с неадекватными участниками движения. Дегазация,… … Википедия

ДДД — препарат, применяемый для борьбы с вредными насекомыми. См. Инсектициды … Большая советская энциклопедия

ДДД — дихлордифенилдихлорэтан (инсектицид) … Словарь сокращений русского языка

Правило ДДД (трёх Д) — Дай Дорогу Дураку. Кредо опытного водителя, который предусмотрительно оценивает ситуацию на дороге и не настаивает на своих правах, если со стороны других участников движения могут последовать непредсказуемые действия … Словарь народной фразеологии

Друг для друга — Друг для друга … Википедия

Maxta — Municipality … Wikipedia

АЙТЕМИРОВЫ — Служилые с середины XVII века: Иван Айтемиров подьячий в Москве в 1660 году, в Верхотурье в 1661 1662 году; Василий Айтемиров в 1696 году посол в Польше, в 1696 ддд 1700 годах дьяк Сибирского Приказа (Источник: «Татарские, тюркские, мусульманские … Русские фамилии

Беспечный русский бродяга — Студийный альбом «Аквариума» Дата выпуска 5 апреля … Википедия

Днепровский район Киева — Днепровский район Киев Площадь: 66 км² Население … Википедия

Беспечный Русский Бродяга — Альбом «Аквариума» Дата выпуска 5 апреля 2006 Записан 2004 2006 Жанр … Википедия

Источник

Счетчик дембеля, как считаются дни в армии

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

С переходом на годичную службу многие традиции потеряли свой смысл, а некоторые сохранились в измененном виде, но одно можно сказать с уверенностью – все с нетерпением ожидают свой последний дембельский аккорд, а пока душу тешат определенные даты, символизирующие скорый выход в свет долгожданного приказа.

Психология человека так устроена, что ему проще проводить время, если известен конечный момент. Примером тому может служить случай, когда ученик считает минуты до перемены, рабочий – дни до отпуска, а военнослужащий – месяцы до дембеля. Здесь неслучайно указаны именно месяцы, так как любой солдат начинает мечтать о дембеле задолго до его наступления. Чтобы время ожидания стало более быстротечным, целыми поколениями придумывались определенные обряды и традиции, позволяющие желанный момент встретить достойно.

Подготовка к дембелю

В современной армии 300 дней до приказа никак не отмечается. На самом деле, это же 10 месяцев, которые при 12 месячном сроке службы никак не воспринимаются. Между тем, раньше военнослужащий становился дедом. Старший призыв уходил на дмб, поступало молодое пополнение, а дедушке некоторые поблажки, свойственные практически для каждой воинской части.

За 200 дней до приказа можно было начинать готовить альбом – незаменимый атрибут любого дембеля. Но этот статус негласно назначался только за 100 дней до заветной даты. С этого момента дембель брал под протекцию определенного «духа» и следил, чтобы его не обижали другие. За такое шефство у молодого бойца возникали определенные обязанности, которые затем вспоминались без всякой злобы и обиды.

Счетчик со времен советской армии

На самом деле дембельский таймер появился еще несколько десятилетий назад. Ежедневно солдат из молодого пополнения докладывал дедушке, сколько дней до дембеля ему осталось служить. Естественно, делалось это негласно, в самой шутливой форме, ведь даже самого духа в скором времени ожидал почетный статус.

Фантазии военнослужащего было предостаточно, чтобы поздравить дедушку со 100 или 50 дневным сроком, сделать так, чтобы напомнить о сладостной минуте, когда его ожидает дорога домой. В каждой части по-своему соблюдались традиции.

Некоторые отрезали от мерной ленты по одному сантиметру в день. Таким образом, крайнее число на ленте показывало день демобилизации.
Использовался также календарь для наглядности, а отсчет производился посредством прокола дырочек швейной иглой в дате текущего дня.

Поздравлять будущего дембеля принято в юмористической форме. Дух и дембель в дату, когда до дома остается 50 дней, могут меняться местами. Дух мог попросить дедушку расправить постель или найти сигаретку. На большие вольности молодое пополнение не шло, так как за это можно получить сполна на следующий день.

Примеры армейского фольклора можно приводить достаточно долго, так как в каждой части устраивался свой собственный порядок. Что же касается счетчика, то приспособить под это дело можно было все, что угодно. Например, любая элементарная математическая задача своим ответом должна содержать число, показывающее, сколько осталось служить. В обязанности подопечного входил поиск сигаретки к отбою. На ней обязательно должно быть написано заветное число. Известны случаи, когда в душевой комнате на зеркале зубной пастой вырисовывалась дата.

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

Возможности современного мобильного приложения

Последние изменения в армейской жизни позволили военнослужащим свободно пользоваться телефонами. Для тех, кто является обладателем смартфона, представлено приложение под названием «счетчик дембеля». Авторских прав на название нет, поэтому можно встретить ряд аналогичных программ с похожими названиями. Работает приложение на любой платформе с ОС андроид. Интерфейс программы оформлен различными способами. Суть ее исполнения заключается в том, что пользователь в специальном календаре указывает дату своего призыва. С этого момента производится расчет периода службы. Со стороны такая процедура очень похожа на онлайн калькулятор.

Разнообразить приложение позволяют дополнительные функции. Армейский календарь позволяет оповещать обо всех значимых для солдата событиях. Он указывает на ключевые даты, такие как 20 дней, 10 дней до приказа, смену времени года. Отсчитывать срок службы можно не только в днях, но и в процентах. Для этого предусмотрена наглядная шкала, которая постепенно заполняется, напоминая о неизбежности дембеля.

Работать с приложением очень просто. Как только вводится дата призыва, программа позволяет сделать расчет месяца и дня дембеля. Соответственно, обратный отсчет таймера укажет точное время, вплоть до секунды. Имеется возможность украсить счетчик настраиваемым фоном. В качестве него устанавливается любая фотография. Солдаты чаще всего размещают так своих девушек, которые ждут их дома.

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

Источник

5 способов провалить IT-проект с помощью DDD

Спустя годы после выхода «Domain-Driven Design», идеи Эванса вошли мейнстрим. Разработка через моделирование должна была уменьшить неопределенность, позволить разрабатывать ПО за меньшее число итераций. Должна была, но ничего не вышло.

На собеседованиях и митапах я слышу

Мы пытались внедрить DDD, но у нас не получилось

DDD — очередной мем, за которым стояла здравая и очевидная идея: программа есть реализация модели процесса. Предполагалось, что так же как физики решают свои задачи с помощью математических моделей, программисты решают свои задачи с помощью. И вот тут-то и начинаются проблемы

Способ 1: Попытка дословно следовать книге Эванса

У большинства книг по методикам разработки одна и та же болезнь — хорошо сформулированных идей\эвристик\дельных примеров страниц 20 от силы. Остальное занимают вдохновляшки и бесполезные листинги. В качестве проверки можете взять «Domain Driving Design» или «Рефактринг» Фаулера и заклеить стикерами все листинги. Для восприятия ничего не изменится. Аналогичное работает с большинством примеров в книге Эванса. А все стенограммы интервью можно заменить на список

* Общайтесь с пользователями и заказчиками.

* Уточняйте с ними модель.

* Для реализации нужно будет не все, что говорит заказчик.

И таких сверхобщих рекомендаций очень много. Подобное может сработать, только если читатель интуитивно (и при этом правильно) понимает, как проводить такие интервью, какие вопросы задавать. То есть, если читатель уже умеет общаться, то стенограммы ему не нужны. Если не умеет — стенограммы бесполезны, потому что не поясняют «как».

Можно взять эти стенограммы, как шаблон, и попытаться провести интервью с заказчиками по нему. Тут же появляются проблемы:

* Собеседник будет вести себя иначе, чем это указано в шаблоне.

* Ответы собеседника могут быть как очень емкими, так и почти бесполезными. Строить наводящие вопросы без конкретного понимания «А что же я ищу» бесполезно.

* «Ну вроде все понятно». Иллюзия понимания от неоднозначных формулировок превращает любую начерченную при разговоре схему в мусор.

Аналогично с другими комментариями\призывами

* Архитектура должна следовать модели!

Это хорошие лозунги, но они не объясняют, как именно это делать.

Другой подводный камень в дословном следовании Эвансу — отображение модели в код.

Эванс в своей книге следует очень вредному представлению из объектно-ориентированного проектирования, что «объект — это существительное, а метод\функция — глагол». При том, что описание действий в виде объектов распространенная практика. Даже у банды описаны шаблоны «Стратегия» и «Команда», которые как раз оперируют действием как самостоятельным понятием. Иногда эта ошибку обходят интуитивно, если в обсуждении или формулировке задачи использовались отглагольные существительные.

От этой ошибки на уровне интуиции привиты те, кто писал на Prolog или Lisp. Это одна из причин, почему это работает у Эванса, но не сработает у вас.

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

Способ 2: Ограничиваться только предметной областью задачи

В радикальной форме выглядит так: «насаждение доменной модели разработчикам всех уровней системы».

1. это полностью противоречит призыву к изоляции доменной логики.

2. полностью игнорирует тот факт, что многие сугубо технические задачи решаются в пределах своего собственного домена.

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

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

Одна только изоляция бизнес-логики никак не облегчает добавление новых функций и исправление реализации старых.

А все потому, что техническая часть все еще каша. Просим заказчика потянуть еще годик?

Способ 3. Строить модели по исходным формулировкам

Исходные формулировки задач полны смыслового мусора. Для пользователя он имеет смысл, вот только в решении задач такие вещи бесполезны.

Проблемы с математикой из-за противня.

Девочка из 4 класса,

Задание по математике про дроби и пирожки.

Подобные задачи решались с успехом самостоятельно

Почему именно эта задача стала трудна?

Через 10 минут мучений была вскрыта проблема — » а что такое противень?»

На удивление, мой ответ о назначении противня девочке помог. Проблема была устранена и задача легко решилась.

Можно посмеяться над девочкой, а можно посмотреть в переписку с аналитиком и увидеть в девочке себя.

Первый шаг при моделировании — очистить задачу от таких «противней», иначе модель будет перегружена деталями и левыми объектами, которые вообще не имеют отношения к задаче.

Если пытаться моделировать «как есть», то в модели появятся противень, духовка, режимы выпекания и т.д.

А нужно-то было сделать калькулятор.

Заказчик ни при чем — он пекарь. Тут вина программиста, что побежал моделировать домен, не очистив формулировку (как он это уже делал в школе, на уроках физики).

«Моделирование — это про UML?»

Отдельные диаграммы UML гипотетически могут быть полезны при проектировании программной системы. Но это не заслуга UML, как стандарта. Информацию в принципе проще воспринимать визуально, только и всего. Модель же, в зависимости от исходной формулировки и особенностей технических ограничений, может быть выражена чем годно: таблицами, графоподобными конструкциями или даже чистыми формулами.

Для описания моделей UML одновременно излишне перегружен и крайне ограничен. Другая его проблема — стандарт порожден из Java-образноного понимания ООП, которое работает только в пределах самой Java и то с попеременным успехом.

Попытка использовать UML для описания моделей — гарантированный провал.

Cпособ 5. Слоистая архитектура

Снова вернемся к книге Эванса.

Описывая детали технического контекста, он постоянно упоминает слои. Однако не будем забывать, что слои — это подход Java фреймворков, который не работает за их пределами.

Использовать Java примеры Эванса — гарантированно провалить архитектуру.

Наиболее адекватный взгляд — юниксовый. Каждая часть программы ограничена техническим контекстом и решаемой задачей. Количество промежуточных обработок зависит не от концептуального количества абстрактных слоев, а от того, сколько подзадач и в каком порядке нужно решить. То есть мы на все смотрим, как на паутину задач, решение которых приводит к нужному результату.

Попытки раскидать задачи «по слоям» превращаются в игру в пятнашки с постоянным нарушением технического контекста.

Каждому контексту по модели.

Каждой модели свободное представление.

Каждой задаче по решению.

Каждому решению по реализации.

Объектно-ориентированное описание бизнес-процессов — в мусорку.

Пристать со вопросами на тему IT и современной мультипликации можно тут: вк

Поспорить на тему статьи, болгарской кухни и музыки позднего средневековья можно здесь: твитор

Только что мы тут все прочитали 3 страницы нахер ненужной воды про то что книга одного чувака про DDD это бесполезная вода.

«Эванс в своей книге следует очень вредному представлению из объектно-ориентированного проектирования, что «объект — это существительное, а метод\функция — глагол». При том, что описание действий в виде объектов распространенная практика. Даже у банды описаны шаблоны «Стратегия» и «Команда», которые как раз оперируют действием как самостоятельным понятием.»

Не, все правильно, если Команда имеет только один метод действия это не повод класс называть глаголом, называют существительным «ДелательЧего-тоТам»:
Комментатор комментатор = new Комментатор().
комментатор.комментировать(пост, «%). ккккк»);
иначе странно читается:
Комментировать комментировать = new Комментировать().

выглядит бездушно и дублирование, в ООП именно моделирование сущностей-проекций реального мира/предметной области, с состоянием и поведением.

В целом плохо понятны размышления автора, тоже бы посмотрел на попытки реализации DDD. Мы не полностью все подходы пока используем, но по ощущениям читабельней все гораздо и гибче чем с анемичной моделью на ORM. Ощущение возникло, может автор ORM не использует, ООП слабо, привык писать процедуры с sql запросами к таблицам:)

Все что вы написали – сплошные выводы, причем довольно категоричные, а вот на чем они основываются, непонятно. Я бы с большим интересом почитал про ваш опыт внедрения DDD в каком-нибудь проекте. Кстати, DDD работает не только для ООП. Очень рекомендую посмотреть по теме

Это не значит, что хакер не может быть рукожопым

Обидно

Только плати

Ответ на пост «Как войти в IT после 30, мой путь от офисного планктона до Middle Java разработчика в Сбербанке»

Поддерживаю, если есть цель — войти в IT после 30 вполне себе реально даже при наличии семьи и кучи обязательств. Мне было 34)

Я довольно долго работала контент-менеджером — модерация, корректура, обработка фотографий, всякое вот такое для сайта, где люди предлагают разнообразные услуги. Параллельно занималась текстами различной направленности. Развиваться ни там, ни там мне не хотелось, всегда интересен был горизонтальный рост, сложные задачи, чем больше надо закапываться в детали, тем лучше. И тут я как-то пошла попить пива с приятельницей — техническим писателем. Разговорились о работе, то се, и у меня прямо тумблер щелкнул — хочу заниматься именно этим. И интересно, и перспективно, и бабла платят норм. А дальше начался хардкор.

Приятельница свела меня со своей начальницей, исключительно приятной дамой, с которой мы пообщались с час и выяснили, что я пока не тяну даже на джуна и условно вот вам лето, вот направления для обучения, а в сентябре поговорим (дело было в мае). Я долго думала эту мысль и решила, что мне нужно какое-то системное обучение, потому что иначе я даже не пойму, с какого края начать разъяснять эту сову. При этом высшего образования у меня не было, ну я и решила убить двух зайцев. За год подготовилась к ЕГЭ и поступила в университет на «Программную инженерию» — очка, бюджет. Да, мы не ищем легких путей. Тут еще стоит отметить, наверное, что я всегда была основным добытчиком в доме, плюс у меня двое детей))) так что упороться предстояло по полной. Но я сделала ставку на то, что человек, умеющий хорошо писать, с хорошим английским, да еще и профильным техническим образованием совершенно точно найдет место в жизни, и ради этого была готова упарываться. Ну и муж тоже меня поддерживал, и морально, и физически — дети и дом в первое время свалились на него почти полностью.

Забавно, кстати, но работу по нужной мне специальности я нашла уже на первом курсе — во втором семестре. Платили откровенно мало, но я хватала все подработки, которые могла найти, в результате мы смогли взять ипотеку. Через полтора года после фактического входа в IT я ушла на оклад в 2,2 раза выше того, что у меня был. Еще через год — опять ушла, и опять примерно с таким же повышением. Сейчас пишу диплом и жду первого аванса на новой работе, и задачи пока как раз такие, как мне нравится. И полный карт-бланш) ужасно довольна, что не зассала и таки изменила свою жизнь и жизнь своей семьи — уровень жизни у нас сильно вырос. В моем случае решение про переход в IT полностью себя оправдало, и хорошо, что я приняла его после 30. В 20 у меня на это все не хватило бы ни мозгов, ни энергии.

На всякий случай можно ещё раз нажать

Как войти в IT после 30, мой путь от офисного планктона до Middle Java разработчика в Сбербанке

Начну с того, что получил популярное в нулевых образование «экономиста», после чего работал там сям от кредитного менеджера, до старшего специалиста по перекладыванию бумаг в офисе. При этом компьютеры и техника меня увлекали с раннего детства, 486 появился у меня ещё в 2000 году, где я нещадно удалял разные файлы в MS-DOS в ходе экспериментов по методу тыка. Но компуктеры, это как известно, баловство, а профессия бухгалтера — это серьёзно.

поэтому три года назад, перегорев от творческой работы по раскладыванию пасьянса «косынка», я решил что-то в жизни поменять. Начал с изучения английского. Не стану превращать пост в подробное описание этого процесса, тем более есть уже замечательный пост от @L4rever, на эту тему. Добавлю лишь, что для пополнения словарного запаса мне очень зашёл сайт\приложение memrise который помог мне дотянуть свой словарик до 5000 слов примерно за год в бесплатном режиме. Хоть изучение английского и не имело решающего значения в моей дальнейшей судьбе, но весьма помогло.

Глава 1. Избавление от обязательств и накопление финансовой подушки

Как и у большинства людей старше 25 у меня была ипотека, благо не такая большая, всего на 1,5 миллиона (хоть какие-то преимущества жизни в пригороде провинциального города).

Поэтому прежде чем резко менять свою сферу деятельности, неплохо бы было погасить обязательства. Нужно было заработать денег, с этим вопросом я вышел в интернет.

Интернет рассказал мне о фрилансеров, различных специальностей, всяких копирайтерах, smm менеджерах и так далее. С копирайтингом у меня не особо получилось, за 50 заказов и около 30 часов работы я получил 1500 рублей. Писать тексты было скучно, бесконечные поправки и конкуренция в виде армии школьников за заказ стоимостью 35 рублей, 84 копейки.

Поэтому было решено попробовать второй путь. И тут мне повезло уже на второй день поисков на зарубежной бирже я смог найти заказчика, которому нужно было вести группы в ВК и Facebook для нескольких брендов. Работы было не сильно много, всего на пару часов в день. Платили тоже не супер, 15 тысяч, однако это на 13 500 больше чем зарплата копирайтера, поэтому я приступил к работе.

Также спустя примерно месяц поиска мне удалось найти работу на полный день в службе поддержки одной фирмы электронных сигарет, где зарплата была выше в два раза, чем аналогичные позиции на рынке. В требованиях было знание английского. Разумеется моего текущего уровня знания языка не хватало для прохождения собеседования, но благодаря разговорам с носителем (олды может даже вспомнят) я мог хоть как-то поддерживать разговор. К моему удивлению этого хватило, чтобы:

1) Устроится туда самому.
2) Устроить туда жену, со знанием языка на уровне летспик фромахарт используя хитроумное устройство, в виде наушника и меня с микрофоном.

Благо звонки были только на русском и английский нужен был чтобы в рабочей программке с английским интерфейсом заполнять данные.

Но как не может долго длится волна постов на пикабу, так и эффективные менеджеры не могли долго смотреть на зарплату выше рынка. В итоге через год наш коллектив был распущен, мы с женой остались без работы, но и без ипотеки и даже с финансовой подушкой на пол года. Обдумав все варианты дальнейшей жизни я решил, что:

Глава 2. Куда пойти

Есть люди способные учиться чему-то после работы или в выходные. Они могут потратить свой отпуск на курсы или экзамены, а зимние каникулы на собственные проекты. Я по хорошему завидовал таким людям, но прекрасно осознавал, что я ленивая жопа с низкой самодисциплиной и вот это вот всё мне не подходит. Мне нужны были какие-то курсы, желательно оффлайн, но обязательно с другими людьми рядом, с этим вопросом я вышел в интернет.

Всякие скилбоксы и яндекс.практикумы были откинуты мною за непонятные перспективы трудоустройства, к тому же, в конечном итоге, там ты всё равно предоставлен самому себе. И спустя пару дней чтения передо мной осталось два варианта хоть с какими-то гарантиями в нахождении работы — школа программирования Elbrus в Москве, стоимостью около 150 тысяч, длительностью 3 месяца и направлением Front-end (грубо говоря сайтики пилить) и Школа 21 от Сбербанка в Казани, бесплатная, длительностью 2-3 года и любым направлением. Так как я не очень люблю Front-end и очень люблю экономить 150 тысяч, решил остановится на втором варианте, тем более Казань это соседний регион от моего места жительства.

UPD. Сейчас многие крупные компании также открыли свои школы, видел такие у Яндекса и ВТБ, поэтому выбор стал шире.

Глава 3. Школа 21

Здание школы в Казани

На удивление не нашёл нормальных постов про эту школу на пикабу, хотя казалось бы тема актуальная. Поэтому расскажу подробно как проходит процесс поступления и обучения.

Изначально школа построена на системе обучения французской школы Ecole 42, филиалы которой сейчас открываются по всему миру, от Бразилии и США до Кореи и России. В школе нет учителей, всё построено на процессе самообучения и работе в группе таких же учеников. Вам даётся задание, вы его выполняете с помощью гугла и какого-то бубна, после чего оно проверяется системой и другими учениками. Да, к подобной системе обучения возникает много вопросов, но самое главное чему она учит — умение гуглить и работать в команде, что возможно и правда не менее важно, чем непосредственно технические навыки, которые ты бы мог получить от учителя напрямую и без ошибок.

Так как школа бесплатная и фактически никаких ограничений по возрасту и образованию к поступающим не предъявляет (единственное это возраст 18+), желающих поступить приходит больше, чем существующее количество мест. Поэтому в качестве вступительных экзаменов там есть «Бассейны». Но перед тем как попасть на них нужно пройти две игры на сайте, на память и логику\алгоритмы, после чего записать видеоинтервью с коротким рассказом о себе и ждать приглашения на испытание бассейном.

Нет, плавательные шапочки можно отложить, это не совсем то

Они представляют собой месячное, пробное обучение, где каждый день тебе даётся несколько задач, решение которых ты должен предоставить через день, однако учитывая, что задачи дают ежедневно, фактически ты ограничен одним днём. После чего выполнение таких заданий проверяют два случайным образом выбранных ученика и внутренняя система (мулиннет). Каждую неделю проходит экзамен, по темам, которые ты должен был изучить за эту неделю и финальный экзамен на 28 день обучения.

Сразу скажу, что это довольно тяжело. Как с точки зрения физической — сидеть по 8-12 часов (хотя ограничений нет, можешь и 2 часа поработать, но шансы тогда твои будут невелики) изучая\пробуя решить задачу, так и морально, каждый день ты общаешься с десятком новых незнакомых людей, с кем-то более тесно, ведь целый день сидишь рядом. Поэтому обычно из 500-600 абитуриентов, до финального экзамена доплывают (поэтому и бассейн) только 30-40%.

Так выглядит учебное здание, около 300 рабочих станций с шахматным расположением.

Советую по возможности найти компанию людей и вместе проходить это обучение, так намного проще, если вообще не единственный способ успешно превозмочь все трудности. В феврале 2020 я прошел этот бассейн, первый на тот момент в Казани, школу только открыли. Но потом случился коронавирус, который заморозил сроки старта обучения и до мая я просто сидел дома слегка самообучаясь в ожидании новостей.

В мае мы приступили к обучению, при чём дистанционно из-за ограничений в массовых собраниях, что было неслыханно для школы 21 (Кстати кампус в Москве уже на тот момент работал два года) и добавило сложностей к обучению, ведь я опять остался на самоконтроле и без друзей за соседними компами. Благо в сентябре нам разрешили вернутся в Кампус и надев маски, перчатки, соблюдая дистанцию метр мы начали учится сообща, что было всё же намного лучше, чем ничего. Лучшей мотивацией для меня стала работа в команде, желание не подставить свою команду, да и в целом, коллективная работа более эффективная, особенно когда сталкиваешься с проблемой, которую не можешь решить несколько часов.

Схема обучения построена с элементами геймификации, ты прокачиваешься и зарабатываешь очки опыта и уровни через успешную защиту рабочих проектов. Для того, чтобы выйти на первую стажировку нужен 9 уровень, для окончания школы на первом этапе — 16, либо можно выбрать длинную программу, своего рода магистратуру и дойти до 21 уровня.

Для закрытия 9 уровня мне потребовался ровно год, я это сделал в мае 2021 и начал искать место стажировки, которая кстати в 99% случаев оплачиваемая.

Глава 4. Стажировка и работа

Офис какой-то ИТ-компании

Логично было бы подумать, что раз школа финансируется Сбером, то и работать ты обязан только там. Но это не так. Никаких финансовых или трудовых обязательств у учеников нет, в интернете ходит информация о штрафе в 50к за отчисление, но она устарела, этот штраф был лишь стимулирующей мерой не забрасывать школу, как оказалось она не работает и вызывает массу негатива, поэтому была заменена на дедлайны по набору уровней, при нарушении которых тебя просто отчисляют.

Затем школа помогает тебе состряпать твоё первое резюме и проводит различные ярмарки вакансий, куда приглашаются крупные компании, яндекс, мэйл и другие. Также ты можешь сам искать вакансии в любых фирмах, либо даже организовать собственный стартап, бывало и такое, как были и случаи стажировки в кампусах гугла с переездом в другие страны.

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

Стандартный набор стажировки — длительность 3 месяца, оплачиваемая (при чем на уровне среднерегиональной зарплаты) по завершению которой, если ты себя хорошо покажешь ты получаешь оффер на штатную позицию.

Мне опять же повезло, я прошел 4 собеседования в различные команды, по итогу получил 1 предложение на стажировку и 1 сразу в штат. Так не мудрствуя лукаво, в Июне я стал Junior Java разработчиком в Сбере в городе Иннополис (недалеко от Казани). Про город кстати отдельная тема, достойная целого поста, но можно просто почитать посты @veronichka.pb, где она подробно рассказывает о городе и процессе переезда в него.

Ну а спустя пол года, неделю назад, получил повышение (сейчас тру-погроммисты будут меня ругать, так как настоящий мидл это человек с опытом 2-3 года. И честно сказать будут правы, я считаю что получил повышение авансом, но в конце концов кто мы такие чтобы спорить с начальством)))

Касательно работы именно в Сбере, я очень доволен тем, что имею. Особенно сравнивая свой текущий опыт с отношением работодателей в не-айтишном прошлом, даже не беря в расчёт зарплату, а откинуть такой весомый аргумент довольно сложно =D. Коллектив поддерживает меня, несмотря на пробелы в моих знаниях и более низкую эффективность, отпроситься с работы для каких-то дел очень просто, а при необходимости легко можно работать удаленно. Ну и весьма неплохо иметь возможность переключится на другой проект, если текущий для тебя станет скучным, а проектов здесь огромное количество.

Кстати одним из главных аргументов, почему я выбрал именно эту компанию является отсутствие постоянно горящих дедлайнов, из-за чего многие перегорают, как например @OWIII, за вхождением в IT которого я внимательно следил. именно поэтому решил написать пост об этом сейчас, уже пройдя этот путь, а не в процессе его.

В конце хотел бы сказать, что ничего нереального во вхождение в ИТ-сферу нет, да вам будет легче, если вам 20 лет, нет детей и ипотеки, но рядом со мной прошёл путь человек с двумя детьми, ипотекой и 40 годами за плечами, который тоже сейчас работает разработчиком. И это не какая-то единичная ситуация, таких людей буквально сотни, даже на пикабу @vigerf, почитав мои комментарии решился начать свой путь, надеюсь он также поможет ответить на вопросы о школе в комментариях))

Не бойтесь начинать это в 30, 40, любое другое количество лет, намного страшнее как мне кажется, так и не попробовать.

Обычная история

Лучше в пятницу всё доводить до конца

Когда клиент попросил сделать креативную форму

Г — сервис!

Истории уже не инженера по гарантии, часть 3.

Наверное, последняя история про ИТ. Как оно бывает и что там вообще может быть. Я понимаю, что большинству это не интересно, напишу только для тех, кто просил, благо они в подписчиках.

На этот раз никакой мистики.

Итак, года 4 назад мы начали разрабатывать свою продакшн систему. Это была некая CRM с очень тяжелой базой данных. Работала на ней контора оборот которой составлял примерно 5 миллионов в день. Надо понимать, что простой системы даже в 1 день это потери, пусть даже в 10% это 500 000, а в реале там больше.
Изначально был разработан план резервирования системы. Планировали мы построить второй ЦОД, забрать железо от старой системы, чуть проапгрейдить и сделать копию. Железки пришли, начали делать и выяснили, что температурный баланс серверной поплыл – перегревается. Изначально в серверной планировалось три кондея, в работе – 2. Надо ставить третий. Делаем заказ, пришли люди, ставят. И вот в процессе установки прибегает ко мне один из ребят, занимающихся почтой с фразой – «серверную затопило».
Честно говоря – мозг поплыл сразу. Как на автомате я дошел до серверной, увидел человека пытающегося заткнуть трубу из которой хлестала вода, пнул своих ребят отключать питание, что-то отключил сам, в общем – отработали. Обесточили все, начали выносить сервера. Оказалось, что вот та труба на потолке, обозначенная как «система вентиляции» это жидкостный привод вентиляторов. Если бы раньше знать! Фактически у нас утопили оборудования на 20 миллионов рублей. Пока пацаны выносили и разбирали сервера и СХД я уже начал звонить, думать и так далее. Вариантов немного, нужна была полная копия системы, правда есть шанс перейти из SMB в Enterprise, не создавать копию, а взять нормальную систему повышения плотности, blade или что-то в этом роде. Начали. Как мы собирали по всей Москве нужные нам железки разговор отдельный. Что-то выкупалось со скидкой у IBM, а что-то бралось с накруткой процентов 20-30, потому как надо и завтра. Но купили.
А потом, потом мы фактически жили на работе месяц. Да, с премией, да с оплатой переработок, но так я не пахал до этого никогда. Восстановить систему, сделать тот самый резерв и все это в кратчайшие сроки. Похвастаюсь – восстановление боевой части системы прошло за 3 дня. Полной примерно за 10.
Ну и выводы – да, все было криво. По большому счету мы сами виноваты, что пришлось столько пахать, сами виноваты, что вообще допустили подобное. Но, как говорится – экономия. Вопросы по надежности были задолго до инцидента и убедить руководство в необходимости превентивных мер не удалось. Наверное, я в этом и виноват. Кто знает?

Источник

Что значит 365 ддд

О службе в армии

Первые два месяца службы

После присяги

Более пол года службы

100 ДДД или сто дней до дома