😏 Тема с розыгрышем

😈 Как вы видели, под конец розыгрыша налетели нехорошие люди, заспамили конкурс, и по итогу все места забрали любители халявы, а не старички этого паблика.

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

😁 Я все же хочу подогреть вас, мои дорогие, поэтому придумал сделать конкурс через телегу просто.

От вас надо проголосовать, че разыгрываем, один премиум или звезды в телеге.

ps. Ботов потихоньку чищу

💙 AI Factory notebooks

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

💙 Это виртуалка на GPU или CPU (кстати можно бесплатно получить в пользование V100 карточку), на которую натянут JupyterLab, к которому мы накрутили еще много расширений: proxy, comfyUI, n8n.

https://news.1rj.ru/str/ai_is_you/258

😶 Второй раз пытаюсь сделать розыгрыш, и второй раз налетают боты, угар. Почистил канал от всех залетных, оставил только тру подписчиков (пс. если кого то случайно удалил, то перекинь паблик другу брату свату). Теперь в группе только свои, благо всех знал по никам/аватаркам/общим группам.
До 3 числа поддержку паблик в закрытом режиме, потом открою, вот если что ссылка на вступление https://news.1rj.ru/str/+vLtRlEg1T58yODUy)

💙 Люблю вас, подписчики

👆 Фредерик П. Брукс. «Мифический человеко-месяц: очерки о разработке программного обеспечения». Эссе «Нет серебряной пули».

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

…

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

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

Нам всегда будут нужны люди, способные заполнить брешь между задачей реального мира, которую нужно решить, и компьютером, предназначенным для решения этой задачи. Эти люди будут называться программистами независимо от того, манипулируют они машинными регистрами на ассемблере или диалоговыми окнами в Microsoft Visual Basic. Пока у нас есть компьютеры, нам будут нужны люди, которые говорят компьютерам, чтó делать, и эта деятельность будет называться программированием.

Когда вы слышите заявления о том, что «новый инструментарий устранит необходимость компьютерного программирования», бегите! Или хотя бы посмейтесь про себя над этим наивным оптимизмом.

😶 Блин

✅ е2е во фронте от Павла Вострикова

✅ О чём говорит опыт: E2E-тесты не про снижение багов, а про скорость и смелость релизов. Крутые автотесты — это часть системы, а не просто скрипты. Выделяй ключевые сценарии, строй Page Object Model, регулярно гоняй смоук-тесты, категоризируй и анализируй результаты. На старте времени уйдёт X3, но это окупится, когда баги перестанут выпрыгивать на проде в самый неожиданный момент. Не игнорируй автотесты — они масштабируют твои скиллы и делают продакшн предсказуемым!

✅ Настоятельно советую глянуть этот доклад, наверное один из лучших по тебе е2е, наслаждайтесь

https://youtu.be/YUkcKlkBqhw?si=VnENEtnPPffBgWaa

😏 Стив Джобс там в гробу вертится с таких решений

😏 Завтра буду тут

😈 Ну щас мы всю правду узнаем

✅ «Не разрывай цепь»

✅ Методику продуктивности «Не разрывай цепь» изобрел Джерри Сайнфелл, когда оттачивал свое первое стендап-выступление. Для начала он повесил в комнате календарь. Затем, если ему удавалось написать шутку к концу дня, он ставил красный крестик в этом дне календаря.
Вот и все. В этом и состоит фокус, и он невероятно действенный.

✅ Как только у вас появится цепь (два и более крестика подряд), вам не захочется ее разрывать. Две отметки подряд превращаются в пять, затем в десять, затем в двадцать. Чем длиние ваша цепь, тем сложнее ее разорвать.
Представьте, что в конце месяца вы смотрите на календарь с 29 крестиками. Вам нужен лишь один, чтобы месяц стал идеальным. Вы обязательно выполните задачу в этот день. Или, как описывает сам Джерри Сайнфелд:

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

✅ Computer Science для программиста-самоучки. Все, что нужно знать о структурах данных и алгоритмах — Кори Альтхофф.