Лондонские полицейские тестируют спасательные жилеты, прыгая в Темзу, 1930-е

Эта небольшая развлекательная зарисовка на тему, как проходила внедрение "нейронки" в нашей корпорации. Надеюсь, это произведение не только развлечёт вас весёлым текстом и весёлыми картинками, но и поможет вам эффективно использовать нейросети в вашей работе. Наша "нейронка" Лиза - очень умная, красивая, добрая, общительная и сообразительная девушка. Надеюсь, знакомство с ней доставит вам удовольствие.
© 2025 Константин Оборотов
=== Список всех глав
Глава 1. Новенькая *
Глава 3. Лизины увлечения
Глава 4. Проверяю Лизу на знание литературы
Глава 5. Лизин юмор
Глава 6. Тренинг Лизы "Мода 2025"
Глава 7. Лиза обучает программированию
Глава 8. Лиза - бухгалтер
Глава 9. Лиза - шахматистка
Глава 10. Лиза - юрист
Глава 11. Промпт - наше всё
===
*** Глава 1. Новенькая ***
Совещание уже подходило к концу. Ничто не предвещало чего-то интересного.
- Ах, да, чуть было не забыл, - сказал наш генеральный директор Борис Борисович. - Есть ещё одна новость.
Все напряглись. Это был фирменный стиль нашего начальника. Самую важную информацию он сообщал вскользь, как бы, между прочим. Эта информация могла быть и приятной, как повышенная премия или неожиданная материальная помощь. Но вполне могла быть и неприятной, как сокращение штатов или какое-то неожиданное неприятное задание. Неудивительно, что все напряглись в ожидании сюрприза, пытаясь по выражению лица начальника угадать, какого характера будет этот сюрприз.
- У нас новенькая будет работать, - объявил Борис Борисович. - В техническом отделе.
- Разработчица? Кто такая? Молодая? - заинтересовался народ.
- Молодая, но очень перспективная, - объявил Борис Борисович. - Зовут Лиза. Но она не совсем разработчица. Хотя разрабатывать умеет очень даже неплохо. Не буду нагнетать интригу. Она вообще не человек. Она - нейронка. Будет жить в нашей корпоративной сети. Можете консультироваться у неё по всем вопросам, как по профессиональным, так и по личным. Надоело мне, что вы шляетесь в рабочее время по чужим нейронкам. Поощряете развитие конкурентных программных продуктов. Да ещё и деньги свои спускаете. Наша Лиза для вас будет работать бесплатно, к тому же она заточена под потребности нашей корпорации. Значит, под ваши потребности тоже. Вопросы есть?
- А когда можно будет с ней познакомиться? - поинтересовался я.
- Хоть прямо сейчас. Доступ всем предоставлен, - объявил Борис Борисович. - И запомните главное. Не искусственный интеллект будет заменять сотрудников. А те сотрудники, которые умеют работать и ладить с искусственным интеллектом, заменят тех, кто пренебрегает современными научными открытиями.
...
Первоисточник:
===
Покупка и управление сервером происходит в Телеграмм, на момент написания доступна Германия, Нидерланды, Белоруссия и Финляндия. Более месяца назад купил финский, проблем в установке и работе нужных мне протоколов отмечено не было.
Цены Финляндия, минимальная конфигурация:
1 Core i9-9900K 3.60GHz/1 Гб ОЗУ/ 10 ГБ SSD - 150р./месяц
Через ТП возможен апгрейд, 1 CPU или 1 Гб RAM - 100р.
Сразу из минусов: нельзя автоматом изменить конфигурацию VPS, нет бэкапов, нет статистик, нет панелей... Наверное, легче сказать что тут есть - удаление сервера, перезагрузка, переустановка и продление. На этом и всё.
Понравилось тут: фактические 800-850 мбит за 150р., отличный пинг, нет рекламы на известном видеохостинге, неплохой CPU. Пополнение: крипта, российские карты
Скорость/трафик: заявлено 1 Гбит. Ограничения по привычному объёму в месяц нет, есть ограничение по скорости, которое зависит не от объёма, а от нагрузки. Вот что пишет тп по этому вопросу: "Если потреблять постоянно больше 300 мбит/с, то будет ограничение до 300 мбит/с на час, если продолжает нагрузка на канал, то ограничение перманентно".
В итоге: сервер подойдёт тем кому от хостера нужен только логин и пас и кто привык всё делать сам. Если вы любитель скриптов из ЛК и красивых статистик и панелей, этот хостер точно не для вас. Для остальных - отличный сервер по минимальной цене и с неплохим железом.
P.S. наличие непостоянное, если нужна Финляндия то порой её приходится ловить, после первой покупки второй сервер отлавливал пару недель и за пару суток снова раскупили.
На удивление по алюминию работает чётко.
Так же ложится и на медь и железо.
Можно соединять эти металлы в любых сочетаниях (например провода)
Белый налёт на месте пайки это остатки расплава флюса.
Я взял список ТОП-100 книг фэнтези и фантастики с алгоритмом и превратил в тест. Отвечаешь на вопросы и получаешь персональную рекомендацию. В подборку вошли также представители мистики, хоррора и городского фэнтези, есть как новые бестселлеры, так и классика. Был, конечно, соблазн и свои книги туда вложить, но постеснялся. (С ними можете знакомиться здесь.)
Ссылка на тест: https://hyperbook.ru/file14461355448065
Продолжение цикла статей о статистическом анализе результатов нагрузочного тестирования СУБД PostgreSQL :
Статья завершает цикл статей о тестировании методики анализа результатов нагрузочного тестирования СУБД PostgreSQL . В настоящее время ведутся работы по совершенствованию методики расчета и сбора статистических данных производительности. По окончании разработки, сценарии тестирования будут повторены , результаты опубликованы с более детальным описанием процесса и результатов.
Установить количественное влияние расположения файловой системы WAL на производительность СУБД.
Для тестирования используется сценарий "Insert only" : 1000 INSERT в тестовую таблицу pgbench_history.
Тестируются 2 виртуальные машины : ВМ-1 , ВМ-2.
Версия СУБД - одинакова.
ОС - одинаковая.
Гипервизор - один.
Различия:
Системный диск: HDD / SSD
Файловая система /wal: HDD / SSD
Пояснение : по горизонтальной оси графиков(в данной и предыдущих статьях) - количество одновременных сессий pgbench.
При данном сценарии нагрузки , в данной облачной инфраструктуре - статистически значимая разница в производительности для СУБД с расположением файловой системы WAL на диске HDD или на SSD - отсутствует.
P.S. Еще одна иллюстрация по теме влияния HDD/SSD на скорость СУБД :
If you're running it on an enterprise level server (e.g. HP Proliant or similar) then there's a good chance that that writes to the HDDs are extremely fast because they're actually being written to a non volatile write cache. Ironic because writes to SSDs are much slower than reads so SSDs typically have their own RAM based write cache.
Продолжение цикла статей о статистическом анализе результатов нагрузочного тестирования СУБД PostgreSQL :
Необходимо провести количественный анализ влияния версии Linux на производительность СУБД для разных дистрибутивов Linux : OS-1 и OS-2 .
СУБД расположены на разных виртуальных машинах. Гипервизор - один. Конфигурация файловых систем - одинаковая. Ресурсы хоста - одинаковые.
Тестовый запрос состоит только из выражений SELECT с использованием JOIN ,ORDER BY и математических функций.
Все блоки использующиеся в запросе - находятся в распределенной области.
Для создания нагрузки используется pgbench.
Количество сессий к СУБД растет экспоненциально для каждого прохода теста.
До 78 соединений - разница в производительности практически отсутствует.
При высокой нагрузке - OS-2 существенно производительнее.
За исключением аномалии при 78 соединений, относительная разница времени выполнения не превышает 5%.
Для сценария "Heavyweight", при нагрузке свыше 78 сессий - производительность СУБД развернутой на ОС Linux версии OS-2 превосходит производительность СУБД развернутой на ОС Linux версии OS-1 более чем на 10%.
P.S. Аномальное значение при 78 сессиях нуждается в повторном эксперименте.
математическая статистика в целом не подходит для общего анализа и сравнения производительности СУБД.
Долгая скользящая: 1 час(красная линия).
Короткая скользящая: 10 минут(синяя линия).
Активные соединения и утилизация CPU: стандартные метрики Zabbix.
Как видно из графика - имеет место деградация производительности СУБД:
Количество активных сессий растет, но производительность падает
Утилизация CPU растет , но производительность падает
Ситуация, принципиально отличается от описанной в казалось бы похожих кейсах:
Поэтому и решаться данный инцидент будет по другому.
Выполняется тривиально, дополнительных инструментов не требуется.
13:00 - 13:28 : Горизонтальный тренд - высокая производительность
13:28 - 13:47 : Деградация производительности
13:57 - 14:05 : Горизонтальный тренд - низкая производительность. Нагрузка на СУБД уменьшилась.
Прямая корреляция между количество активных сессий и производительностью СУБД . Или другими словами - чем выше нагрузка на СУБД , тем выше производительность.
Количество пользовательских запросов по которым имеются события ожидания СУБД - минимально.
Сильная обратная корреляция - чем выше нагрузка на СУБД тем ниже производительность. Явный признак инцидента производительности СУБД
Как видно из таблицы - количество ожиданий кардинально увеличилось. Явный признак - имеются серьезные проблемы с производительностью СУБД.
Из Рис.4 видно, что наибольшая обратная корреляция между событиями ожидания и снижением производительности СУБД имеется для события LWLock / BufferMapping
Как видно - количество ожиданий менее чем за 20 минут - весьма существенно.
Итак, первый результат
Первой( но конечно не единственной) причиной деградации производительности СУБД в период 13:28 - 13:47 является - большое количество ожиданий LWLock / BufferMapping при выполнении пользовательских запросов.
Ожидание при связывании блока данных с буфером в пуле буферов.
This event occurs when a session is waiting to associate a data block with a buffer in the shared buffer pool.
The shared buffer pool is an PostgreSQL memory area that holds all pages that are or were being used by processes. When a process needs a page, it reads the page into the shared buffer pool. The shared_buffers parameter sets the shared buffer size and reserves a memory area to store the table and index pages. If you change this parameter, make sure to restart the database. For more information, see Shared Buffer Area.
The buffer_mapping wait event occurs in the following scenarios:
A process searches the buffer table for a page and acquires a shared buffer mapping lock.
A process loads a page into the buffer pool and acquires an exclusive buffer mapping lock.
A process removes a page from the pool and acquires an exclusive buffer mapping lock.
Далее, дело техники, используя утилиту pgpro_pwr по queryid, находим проблемный запрос за период 13:30 - 13:50(снимки pgpro_pwr формируются каждые 10 минут).
Запрос передается разработчикам , для анализа .
Дальнейшие события ожидания анализируются схожим образом. Если отсортировать таблицу Рис.4. по количеству пользовательских запросов(более 100) , то можно и нужно сформировать список проблемных запросов для передачи группе разработки на оптимизацию и доработку.
Статистический анализ производительности СУБД позволяет подтвердить наличие деградации производительности не дожидаясь деградации на уровне приложения.
Корреляционный анализ ожиданий и производительности СУБД позволяет быстрее определить корневую причину снижения производительности СУБД и определить список проблемных пользовательских запросов.
В настоящее время ведутся работы по разработке и тестированию новой версии инструментария по мониторингу и анализу производительности СУБД PostgreSQL - "Орешник".
Методология статистического анализа производительности СУБД PostgreSQL будет довольно существенно дополнена и доработана.
Продолжение цикла статей о статистическом анализе результатов нагрузочного тестирования СУБД PostgreSQL :
Необходимо провести количественный анализ влияния версии Linux на производительность СУБД для разных дистрибутивов Linux : OS-1 и OS-2 .
СУБД расположены на разных виртуальных машинах. Гипервизор - один. Конфигурация файловых систем - одинаковая. Ресурсы хоста - одинаковые.
Тестовый запрос состоит только из выражений SELECT - UPDATE.
Все блоки использующиеся в запросе - находятся в распределенной области.
Для создания нагрузки используется pgbench.
Количество сессий к СУБД растет экспоненциально для каждого прохода теста.
Для сценария "OLTP", при нагрузке до 111 сессий - производительность СУБД развернутой на ОС Linux версии OS-1 превосходит производительность СУБД развернутой на ОС Linux версии OS-2 на 5-9% .
Продолжение цикла статей о статистическом анализе результатов нагрузочного тестирования СУБД PostgreSQL :
Необходимо провести количественный анализ влияния версии Linux на производительность СУБД для разных дистрибутивов Linux : OS-1 и OS-2 .
СУБД расположены на разных виртуальных машинах. Гипервизор - один. Конфигурация файловых систем - одинаковая. Ресурсы хоста - одинаковые.
Тестовые запрос состоит только из выражения SELECT.
Все блоки использующиеся в запросе - находятся в распределенной области.
Для создания нагрузки используется pgbench.
Количество сессий к СУБД растет экспоненциально для каждого прохода теста.
Для сценария "Select only", при нагрузке до 111 сессий - производительность СУБД развернутой на ОС Linux версии OS-1 превосходит производительность СУБД развернутой на ОС Linux версии OS-2 не менее чем на 10% .
Имеется 2 виртуальных машины с развернутой СУБД PostgreSQL.
Версия СУБД - одинаковая.
ОС - одинаковая. Гипервизор - один.
Необходимо количественно определить влияние расположения файлов ОС на производительность СУБД. Т.е. определить разницу в накладных расходах для создания серверного процесса для нового соединения .
Для оценки производительности и среднего времени выполнения тестового запроса используются 3 сценария нагрузки:
Select only (условный сценарий WEB): нагрузка в виде запроса .
TPC-B (условный сценарий OLTP): Нагрузка в виде транзакции состоящей из UPDATE-SELECT
Heavyweight (условный сценарий DSS): Нагрузка в виде тяжелого запроса SELECT..JOIN..ORDER BY + вычислительная нагрузка
Индекс производительности СУБД(CPI) : операционная скорость
Время выполнения тестового запроса: скользящая медиана с периодом 1 час.
Максимальная нагрузка: 100 одновременных запросов.
Рост нагрузки: экспоненциально, с коэффициентом 0.2
Производительность СУБД
Время выполнения тестового запроса
Производительность СУБД - практически не отличается.
Производительность СУБД
Время выполнения тестового запроса
Производительность СУБД - практически не отличается.
Производительность СУБД
До 54 соединений: разница производительности не превышает 3%
65 - 93: Производительность ВМ2 выше до 17%
111 соединений: резкая деградация производительности . Производительность ВМ2 на 21%
Время выполнения тестового запроса
До 45 соединений: разница времени выполнения не превышает 2%
с 54-111 соединений: Время выполнения тестового на ВМ2 увеличивается до 9%
111 соединений: резкое увеличение времени выполнения тестового запроса. Время выполнения тестового на ВМ2 больше на 22%
При сравнительно небольших нагрузках (до 45-54 соединений) производительность ВМ1 и ВМ2 не отличается.
При высоких нагрузках (54 и более) производительность ВМ2 выше. Однако и время выполнения тестового запросы тоже выше.
1.Только при использовании разных сценариев нагрузки можно получить полную картину производительности СУБД .
2. Для ОС использованной в тесте , при невысокой нагрузке на СУБД, расположение системного диска на HDD или SSD - несущественно .
ВМ с гораздо большими вычислительными ресурсами показывает скорость ниже , чем более скромная ВМ .
По умолчанию pgbench тестирует сценарий, примерно соответствующий TPC-B, который состоит из пяти команд SELECT, UPDATE и INSERT в одной транзакции.
Для тестирования использовался именно этот сценарий .
Postgres Pro (enterprise certified) 15.8.1 on x86_64-pc-linux-gnu, compiled by gcc (GCC) 11.4.1 20230605 (Red Soft 11.4.0-1), 64-bit
CPU = 8
RAM = 15
OC = RED 7.3
Postgres Pro (enterprise certified) 14.11.3 on x86_64-pc-linux-gnu, compiled by gcc (Debian 6.3.0-18+deb9u1) 6.3.0 20170516, 64-bit
CPU = 24
RAM = 189
ОС = Astra Linux (Smolensk) 1.6
Т.е. по итогам данного теста получается - СУБД развёрнутая по шаблону ВМ-1 будет существенно производительнее ?
Что будет , если архитектор примет решение о выборе версии СУБД и запланирует ресурсы инфраструктуры на основании только данного теста ?
Одного теста для анализа производительности СУБД и ВМ - недостаточно.
Как было указано в документации:
Однако вы можете легко протестировать и другие сценарии, написав собственные скрипты транзакций.
Что и было сделано.
Для продолжения тестов, был подготовлен сценарий требующий серьезных вычислительных ресурсов - SELECT ... JOIN
Все встало на свои места.
ВМ-1 даже не хватило ресурсов при количестве одновременных запросов свыше 160. При этом производительности ВМ-2 существенно выше производительности ВМ-1.
Нельзя принимать архитектурных решений на основании результатов одного только сценария нагрузочного тестирования
2. Для оценки производительности архитектурного решения по конкретной СУБД необходим комплекс разных сценариев нагрузочного тестирования.
Как минимум:
-Select only: оценка скорости чтения данных из СУБД
-Standard: оценка производительности СУБД в условиях конкуренции за блокировки.
-Heavyweight: оценка производительности СУБД при выполнении тяжелых вычислительных и ресурсоемких операций.
Продолжаем серию «Тесты и обзоры VPS»
Сразу к делу, за 130 рублей нам обещают тариф без ограничений 1x2.2ГГц, 0.5Гб RAM, 1IP в Казахстане.
После покупки тесты скорости показывают и правда - 100 мбит. После нагрузки системы и прокачки трафика 150 Гб. фиксируем резкий провал скорости и практический стоп.
Замеряем.
Что не так? Обещали тариф без ограничений, пишем в ТП, получаем ответ.
Хорошо, попробуем посмотреть на что можно сменить старт
А сменить его можно только на тариф за 523 рубля и это за 1/1/20
Вот он, такой тариф без ограничений от RUVDS. Учитывая что от 110р. можно приобрести VPS с гигабитной скоростью и действительно безлимитный, покупать или нет такой тариф Старт не стоит.
Про средневековые борьбу и схватки на разном оружии и в роли разных персонажей (трубадур, рыцарь, студент, воин-ополченец и т.д.). С интересной физикой.
Мы живем с собою каждый день и думаем, что знаем о себе все. Но иногда удивляемся, откуда что берется?
Вот именно на этот вопрос отвечают, так называемые «проективные тесты», то есть те психологические методики, которые не напрямую, а опосредованно, через рисунки, анализ спонтанного высказывания и другие объекты раскрывает какие-то особенности нашей личности. Важно, что эти тесты не дают прямой ответ на вопросы, но они позволяют задать этот вопрос. А в психологии, правильно поставленный вопрос – это пол дела.
Итак, сегодня только один элемент графического теста Эрика Вартегга. Сразу говорю, что полную интерпретацию можно получить только, проанализировав все восемь элементов теста вместе (там есть взаимозависимые компоненты).
Тестируем такой ресурсный компонент личности, как внутренняя устойчивость.
Привет, вомбат!
С почином меня, сегодня я получил первый свой бан на всем известно ресурсе. Не совсем понял за что, но после этого я подгорел и пришел на альтернативную площадку.
Я разбираю светодиодные лампочки в рамках проекта Доморост. Разбираю, а также создаю вместе с коллегами рейтинги лампочек на нашем информационном сервисе, что собирает информацию о ценах на лампы с сети.
И сегодня я хочу показать вам супер короткий формат - быстро про лампочку Generica и где производитель нас обманывает.
Ну а о ценах на лампу Generica можете узнать на нашем ресурсе.
Если дело зайдет, то буду и тут про лампочки рассказывать ;)
Как стало известно, Минцифры проведет еще одну программу Bug Bounty — теперь на нескольких собственных сервисах помимо «Госуслуг». Платформы для поиска уязвимостей за вознаграждение предоставят Positive Technologies и BI.Zone, а максимальная выплата может достичь 1 млн руб.
Минцифры планирует до конца года снова запустить программу Bug Bounty (тестирование информационных систем «белыми хакерами» на наличие уязвимостей), на этот раз на девяти собственных сервисах помимо «Госуслуг». В частности, поиск уязвимостей будет развернут в Единой биометрической системе, Единой системе идентификации и аутентификации, Единой системе нормативной справочной информации и других.
Первую программу Bug Bounty Минцифры запустило на «Госуслугах» в феврале в партнерстве с Positive Technologies (Standoff 365 Bug Bounty) и BI.Zone (BI.Zone Bug Bounty). Она шла три месяца. Выплата за каждую серьезную уязвимость, которую обнаружит «белый хакер», может достигать 1 млн руб. в зависимости от значимости.
По итогам первого тестирования «Госуслуг», как сообщало Минцифры, было обнаружено 34 значимых уязвимости, участие в программе приняли 8,4 тыс. специалистов. Максимальная выплата за найденную ошибку (со средним и низким уровнем опасности) составила 350 тыс. руб., минимальная — 10 тыс. руб.
Всем привет. Мой предыдущий пост, как мне кажется, получил огромный отклик. Его добавили в сохраненное только на Пикабу более 5000 человек, более 1500 репостов в ВК и более 750 комментариев, которые разворачивались в дискуссии. А также на меня подписалось около 300 человек. Тема, как выяснилось, оказалась актуальной, и интересной людям.
Я обещал ответить на вопросы, дать комментарии и поделиться ссылками и материалами, которые помогли именно мне. Обещал – отвечаю и делюсь :)
Ещё раз хочу подчеркнуть, всё что будет ниже - является сугубо моим личным мнением и опытом. Это не будет являться гайдом «как войти в айти с двух ног за 3 месяца». Моё мнение + возможно, рекомендации. Я могу быть где-то не прав, буду рад если более опытные коллеги меня поправят.
Курсы
Весь мой негатив в сторону курсов был направлен на распиаренные и разрекламированные курсы на всем известных площадках. Те самые, которые пестрят лозунгами «Легче всего попасть в IT через тестирование, мозгов не надо, 10 месяцев и мы тебя устроим на работу». Есть определенный процент людей, которые успешно заканчивают такие курсы и находят работу, повторюсь, среди моих друзей и знакомых таких людей нет.
В самом начале пути я почти купил курс на ЯП за ~75к на системного аналитика. Но ознакомившись с программой курса я понял, что 70% из предлагаемого я уже знаю и делал, остальные 30% смогу добить в бесплатных источниках. Около двух месяцев мне настырно названивали и пытались впарить (другого слова не подобрал) этот курс. Агрессивный маркетинг только усилил мою негативную позицию.
Я ничего не имею против платных и полезных курсов, и мне не жалко заплатить за повышение своей квалификации, часть таких курсов также оплачивает мой работодатель. Но они не имеют ничего общего с ЯП, ГБ и прочими. Рекламировать платные узконаправленные курсы не вижу смысла, когда они вам понадобятся – вас или на работе отправят учиться или вы уже сами будете знать чему и где вы хотите подучиться.
Образование.
Высшее образование (ВО) по моему мнению не является обязательным фактором при устройстве на работу, за исключением, наверное, сферы информационной безопасности, госконтор, и личного желания отдельных личностей видеть кандидатов с ВО. Бизнесу нужно чтобы твои знания превращались в его деньги. Если ты сможешь сделать это без корочки – работодателя не будет волновать её наличие. Я знаю людей, которые с зарплатами от 200 до 400 работают в IT-блоках крупных банков и не имеют высшего образования.
Про качество образования можно много рассуждать, но все мои знакомые кто заканчивал профильные ВУЗы отмечали лишь то, что полученные знания им не пригодились. Всему, чему нужно было научиться – они научились на работе. У кого-то уже был диплом, кто-то специально пошел получать ВО для того, чтобы иметь возможность уехать на ПМЖ в другую страну.
Про то что ВО бесполезно, я не говорю. Некоторые работодатели более лояльно относятся к кандидатам с ВО. В Университетах мы учимся учиться и выполнять бестолковые задачи в сжатые сроки. Но поступать в ВУЗ и учиться там 5 лет только для того, чтобы сменить сферу деятельности на IT – сомнительная затея.
Материалы, книги, курсы и полезные ссылки
Теперь же, по просьбам подписавшихся на меня людей делюсь тем, что помогло именно мне. Это не реклама, не гайд, это мой личный опыт.
Для того чтобы погрузиться в мир единичек и ноликов, было бы очень полезно понять почему именно 1, почему именно 0, и как оно всё работает. В этом помогает разобраться книга Чарльза Петцольда «Код: Тайный язык информатики». Купил бумажное издание, прочитал 2 раза. Мне очень нравится. https://www.litres.ru/book/charlz-petcold/kod-taynyy-yazyk-informatiki-48447357/
Стоит обратить внимание на канал Kontur Academy. Половину курсов на канале я точно просмотрел. Есть как базовые вещи, так и продвинутые @konturacademy1485/
По сетям мне понравился курс Андрея Созыкина. На канале также каждый сможет найти для себя что-то полезное @AndreySozykin/playlists
Перечень ссылок на общие темы хотелось бы закончить одной из самых полезных для меня ссылок. Букварь по дизайну систем - https://github.com/donnemartin/system-design-primer . Там и про сети, и про балансировку, и про микросервисную архитектуру и еще про много чего полезного.
Я не владею английским на достаточно хорошем уровне, который позволял бы мне читать всю техническую документацию и статьи без переводчика, поэтому пользуюсь расширением для Chrome “DeepL”.
Программирование
Для начала нужно для себя понять, чем вам хотелось бы заниматься. Писать мобильные приложения? Игры? Делать сайты? От этого будет зависеть выбор первого языка. Я начал со Swift. Даже купил б/у макбук для этих целей.
Swift. Книга Василия Усова «SWIFT. Основы разработки приложений под iOS, iPad OS, MacOS» - https://www.litres.ru/book/vasiliy-usov/swift-osnovy-razrabotki-prilozheniy-pod-ios-ipados-i-macos-pd-24426226/
HTML, CSS, JavaScript. Мне понравился канал Богдана Станчука. Почему-то именно он вызвал у меня доверие. Прошел видеокурсы HTML – 3 часа, JS – 11 часов. Есть информация и про Git и про Docker и 10 часовой курс по Python. Да и в целом достаточно большая концентрация полезностей на одном канале @Bogdan_Stashchuk
Python. Прошел курс https://stepik.org/course/58852/promo .
Советы, которые мне давали опытные разработчики примерно были одинаковыми:
Практики должно быть больше, чем теории, не нужно пытаться всё сразу выучить
Стараться постепенно изучать и само программирование. ООП, алгоритмы и т.д.
Пет-проект обязателен. Не нужно писать калькулятор в качестве пет-проекта. Ваш проект должен быть полезным. Если это приложение для мобилок – напишите то, чем будете пользоваться сами или порекомендуете друзьям. Планировщик заданий, менеджер паролей, может быть даже интернет-магазин. По мере обучения вы будете дорабатывать и улучшать свой проект. Я до пет-проекта так и не дошел.
Тестирование
Чтобы поступить на курс по тестированию (о нём в конце) мне хватило книги Романа Савина «Тестирование ДОТ КОМ». Кто-то считает эту книгу достаточно сомнительной, но мне хватило. Плюс смотрел канал Лёши Маршала, там есть отдельный плейлист «Тестировщик с нуля» @leshamarshal/playlists . В целом, на ютубе достаточно много такого контента, не думаю, что когда вам будут рассказывать о базовых вещах информация будет кардинально различаться. Выбирайте того, кого вам будет непротивно слушать.
Одним из лучших бесплатных курсов для QA я считаю The 100-Year QA-Textbook https://mentorpiece.education/textbook/ Узнал о нём примерно через год после того как нашёл работу, прошел большую часть для интереса и расширения кругозора. Есть версия на русском, но она неполная, дополняется по мере перевода. Это полностью структурированная информация начиная с базы (сети, sql, linux, HTTP, REST, API) заканчивая техниками тест-дизайна и работой с Docker. Создатели этой книги где-то даже говорили, что «всю эту информацию можно брать и продавать на своих курсах, только указывайте автора». Не исключено, что на курсах за 100+ тысяч вы будете учиться именно по этой книге.
Аналитика
Так как я рассматривал только системную аналитику – книга Карла Виггерса и Джой Битти «Разработка требования к программному обеспечению» https://www.chitai-gorod.ru/product/razrabotka-trebovaniy-k-programmnomu-obespecheniyu-2427772
Просто были сохранены в закладках эти ссылки про BPMN и UML. Поиск информации на эти темы не должен у вас вызвать трудности.
Техническое писательство
Не сильно много информации в интернете на эту тему, выделить могу только Семёна Факторовича. Канал на ютуб @documentatio/streams
Платные курсы я пока не проходил, но планирую https://documentat.io/courses/advanced-techwriting/
Бесплатные курсы
Я сам заканчивал курс QA: https://team.cft.ru/start/school
Вам на выбор: JAVA, ML, Support, QA, Android, ИБ, Аналитика, автотестирование и другие курсы.
Лучших студентов принимают на работу. Перечень доступных городов ограничен, и зависит от направления. Но вы же можете в анкете указать город, который подходит?)
10 из 40 учеников нашли работу. Причем половина из них – в других компаниях и городах. Лично знаю нескольких разработчиков, закончивших эти курсы и получивших работу в других компаниях. И это было абсолютно бесплатно и супер полезно.
Знаю существуют подобные бесплатные школы и от ВК, и от OZON, и в Альфа-Банке что-то есть. Но я ничего про них не знаю, поэтому и рассказывать не буду.
Простыня текста, по-моему, получилась еще длиннее, чем в прошлый раз, что-то наверняка упустил, о чем-то забыл рассказать, а что-то рассказал, но криво. Мог бы еще поделиться положительным опытом в создании резюме, если это будет кому-то интересно. Если вы хотите, чтобы именно я ответил вам в комментариях, пожалуйста тегайте через @. В прошлый раз я заблудился в сотнях комментариев и, к сожалению, не всем смог ответить :(
Подрабатываю репетитором и физиком в школе доп. образования.
Друзья! Мы тут готовили для ребят (8-11 класс) тестирование по физике. Тестирование прошло, а я вдруг подумал - вдруг кому-нибудь на Пикабу интересно побаловаться такими вещами? Школьникам проверить себя, более пожилым и дряхлым - вспомнить молодость :)
Тестирование - это только название, ни одного тестового вопроса там нет, есть несколько теоретических вопросов и задач. Работа рассчитана на 2-3 часа.
Короче говоря, вот ссылка на архив - https://yadi.sk/d/8t496lZaZWwr6Q. Практически все задачи уникальны и банальным гуглением не находятся. Если кого-то это прям заинтересует, то решения можно прислать в виде скана или качественного фото мне на почту - alexjuriev3142@gmail.com. В ответ я пришлю баллы за каждое задание, их сумму и решения задач. А, и язвительный комментарий, конечно!
Все, конечно же, бесплатно.
Чем раньше обнаружатся пробелы, тем больше времени на их устранение.
P.S. Спасибо за внимание :)