🧠 Я как-то писал про международный чемпионат по программированию, который устраивает Яндекс. Так вот, чемпионат плавно подошёл к финалу. Прямая трансляция будет завтра и послезавтра.

🥇 3 декабря — финал. Начало в 8:30 мск.
https://youtube.com/live/gYUvY6OV7nM?feature=share
https://vk.com/video-220652761_456239359

🎖️ 4 декабря — Gold-финал. Начало в 8:30 мск
https://youtube.com/live/SczDeuS7gyQ?feature=share
https://vk.com/video-220652761_456239362

Приятного просмотра)

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

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

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


Посмотреть YAC 2024 можно тут

🧑‍🍳 С программистами каши не сваришь

У моего знакомого небольшой онлайн-бизнес. Мы как-то пили с ним кофе, и он пожаловался мне на программистов.

Дальше дословный пересказ:

Сложно работать с программистами.

Вот нужно мне подключить онлайн-платежку. Я написал знакомому программисту, спрашиваю, сможешь? Он говорит — могу.

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


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

Пошел, описал проблему поддержке, поддержка меня спрашивает: а вы документацию читали?

Я с тем же вопросом к ребятам. Они говорят, не, не читали, но тогда почитаем.

Прочитали — заработало!

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

Я посмеялся, говорю, что даже внутри крупных IT-компаний такое происходит, так что это скорее разновидность нормы.

На что мне друг отвечает:

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

😂 Я посмеялся, подумал и понял, что у меня нет для него хорошего решения. И стало как-то не смешно, и даже обидно.

Проблема с невнимательностью объясняется очень просто. Фрилансеры вынуждены брать несколько проектов одновременно, особенно если речь идет о поддержке проекта, а не о полноценной разработке.

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

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

☝️ Во-первых, абы кого не наймешь, нужно, чтобы у разработчика был опыт в разных сферах, и сайт на PHP допилить, и платежку подключить, и в 1С разобраться. А значит, он будет стоить денег.

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

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

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

Вот так, дорогие разработчики, на нас смотрит малый бизнес.

@alx_four

Написать мне | Поддержать Канал

🎊 Всех с наступающим новым годом.

Хочется, чтобы новый год был для каждого по-своему успешным! Увидимся в новом году🚀

✍️ Сочинение: Как я провел летозаму. Часть 1

Опыт с хакатоном открыл для меня совершенно новый вид отдыха:

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

Я решил провести эксперимент и хорошенько попрогать, забив на всё остальное.

Начал я с подготовки. Как ребёнок, прежде чем написать хрень на заборе, учится держать маркер, так и я начал со слепого метода печати.

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

⌨️ Я купил Lily 58 Pro, где 58 означает количество клавиш, а "Pro" — что руки у купившего точно не из того места.

Ну а вообще, это опенсорсная сплит-клавиатура, которая обычно покупается по частям, самостоятельно собирается и кастомизируется.

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

🤠 "Слабаки," — подумал я и в первый же рабочий день решил безапелляционно перейти на новую клавиатуру.

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

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

😂 Но для чего вообще это нужно?

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

На стандартной клавиатуре я весь текст печатал вслепую, но как только дело доходило до клавиш F1-12, я сразу же ломался и опускал взгляд вниз, на руки.

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

Последние дни старого года я потратил на тренажёры для слепой печати. Я набирал текст по паре часов в день, а остальное время выполнял обычные задачи за компьютером.

😩 Что имею на текущий момент?

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

Зато я определённо отвык от стандартной клавиатуры, и нужно попотеть, чтобы вспомнить, как это — печатать на ней.

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

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

Подходит любой текст длиной 40–80 слов. Английский подходит лучше, поскольку я начинаю задумываться про перевод. С одной стороны, это простая задача, с другой — она требует концентрации и внимания. В итоге через 3–4 минуты мозг настраивается на одну задачу, и остаётся просто переключиться на основную.

*Кстати, писать этот текст я начал после набора отрывка из романа Silent Hill.*

Фотки клавиатуры в описании, а продолжение следует...

@alx_four

Написать мне | Поддержать Канал

✍️ Сочинение: Как я провел летозиму. Часть 2

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

🎯 Цель вторая — перейти на VIM.

Я уже делал несколько попыток полностью перейти на него и даже как-то писал об этом . Но с тех пор VIM для меня так и не стал основным редактором.

❓А зачем вообще на него переходить?

У клавиатуры из предыдущего поста и у VIM одна философия. Я называю её Handle Row или Удобный ряд. Это — ряд клавиш, на которые кладутся пальцы при слепом десятипальцевом наборе текста (там ещё есть рисочки на F и J). Так вот, физиологически нам удобно работать с двумя рядами выше и ниже, до остальных нужно тянуться, передвигая кисть. А потом смотреть на клавиатуру, чтобы вернуться.

🤘В общем, чтобы было удобно, нужно весь функционал перенести на "удобные" клавиши.

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

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

🙈 А тут всё равно переучиваться на новую клавиатуру, так почему бы не освоить сразу и VIM?

Я открыл рабочий VS Code, нашёл простенькую багу в беклоге и починил её, попутно выписав функции и плагины, которыми пользовался. Далее я решил сделать это в VIM и записать в шпаргалку.

Сказать, что это было нелегко — ничего не сказать. Мне кажется, что я потратил два дня только на настройку проверки орфографии так, чтобы она работала для всего кода, понимала camel и kebab нотации, и русский и английский текст...

🗓️ Но на третий день всё как-то запустилось, и я с удивлением обнаружил, что основные команды я запомнил. Да, я иногда путался, и, особенно к вечеру, срывался на привычные комбинации, но дело сдвинулось.

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

Передо мной задача, например, изменить опечатку в переменной. Я могу:
🤙 перейти на начало этой переменной через горячую клавишу, потом удалить слово и вставить правильное;
🤙 повторить это действие, записав быстрый макрос, или воспользовавшись функцией повтора последних сочетаний команд;
🤙 ввести :%s и далее ввести регулярку, которая заменит текст;
🤙 как в VS Code, воспользоваться функцией рефакторинга и просто переименовать переменную.

👨‍💻 Согласитесь, очень похоже на поиск лучшего решения в программировании.

🪛 В VIM полноценно раскрывается философия UNIX: "Твоя программа должна выполнять одну задачу, но делать это хорошо". Ну а UNIX берет на себя задачу по объединению этих команд.

🛠️ Другой момент, который я заметил, — это лучшее понимание тулинга, который я использую. Открывая VS Code и особенно IDEA, я не задумываюсь, как происходит подсветка кода, как происходит линтинг и претифаинг кода. Оно просто как-то работает из коробки. А вот VIM из коробки всего этого не умеет. Ну а пока настраиваешь — разбираешься в этом. Я не скажу, что это сильно сложно

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

@alx_four

Написать мне | Поддержать Канал

Интересная тулза заопенсорсилась, если вдруг вы много занимаетесь профилированием, то стоит взглянуть

https://xn--r1a.website/yandex/2836

Если ты интересуешься фронтендом и находишься в Москве (онлайн-формат тоже доступен), у тебя есть еще пара дней для оффлайн регистрации на митап от Яндекса «Я 💛 Фронтенд».

✍️ Сочинение: Как я провел летозиму. Часть 3

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

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

Если коротко, ребята занимаются тем, что утилизируют место на твоем жестком диске. Допустим, есть у тебя компьютер с 6 ТБ памяти. Забить такой объем не все смогут, а ребята из Storj — могут. И даже готовы тебе за это заплатить.

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

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

Простите за долгое вступление. В общем, задача — перенести терабайт данных (мелких файлов от 1 до 60 МБ) с одного сервера на другой.

Запустил rsync, через час ждать надоело, ушел погулять. Вечером подумал: "Ну ок, до утра перекачается". Через сутки начал подозревать неладное. Оказалось, что за сутки я не перекинул и трети. В поддержке сказали: "Ничего, они подождут и не будут выключать сервер", но мне было любопытно — я же ввязался в это, чтобы хлебнуть опыта.

Я стал искать проблему. При наличии 250-мегабитного порта на сервере мое полтерабайта должно было перекинуться за 4-5 часов. Очевидно, что, поскольку файлов много, мы получаем дополнительные расходы.

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

Так я пришел к идее запустить несколько процессов rsync.

🤔 Но сколько?

В итоге оказалось, что более 40 SSH-соединений удаленный сервер принимать не готов, поэтому я вывел список папок. Скопировал все в редактор, преобразовал их в массив строк и прямо в JS написал команду типа:

rsync /mnt... root@/<сервер назначения>:/mnt... &

Объединил их через знак &, чтобы они запускались параллельно, пока не наберется 40.

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

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

Я, конечно, фронтендер, но решил уже не извращаться, а написать все на "православном" баше. Через час скрипт был готов, а я, довольный тем, что алгоритмы пригодились в реальной задаче, ушел спать. Утром все данные были перекачаны.

❓ А зачем я вообще все это расписываю?

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

Все три поста были напоминанием того, что нужно не переставать пробовать что-то новое, играть с различными технологиями, возможно, не красиво, но решить задачу. И, к сожалению, это в первую очередь напоминание мне. Я часто замыкаюсь в своей хорошо изученной области и не смотрю по сторонам. А потом думаю: "Что-то стало скучно, наверное, программирование — это не мое".

А подобные каникулы говорят об обратном. Это мое, это то, чем я хочу продолжать заниматься, на что тратить время и где черпать вдохновение для новых проектов.


@alx_four

Написать мне | Поддержать Канал

👽 Пара слов про токен Трампа

Всю прошлую неделю меня спрашивали про токен Трампа. Спрашивали, не поздно ли еще (поздно), заработал ли я (нет), будут ли еще такие "ивенты" (будут).

Для меня это очередной хайп, каким когда-то были ICO, NFT и прочие нарративы. Так работает рынок крипты. Есть люди с опытом и люди без опыта, но с деньгами. Нарратив – это повод встретиться. А после встречи опытные уходят с деньгами, а люди с деньгами уходят с опытом.

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

👨‍🦳 Как было раньше?

Заработать на фондовом рынке просто: покупаешь дешевле – продаешь дороже, разницу в карман. До конца прошлого года в крипте все было так же: кто-то с большим кошельком скупал какой-то токен дешево, разгонял хайп, а потом продавал его дороже. Можно было даже ничего не покупать, а просто создать и поднять ажиотаж вокруг этого, как было с NFT. Или просто пообещать что-то и продать ему фантики, как в случае с ICO.

Общее тут в том, что всегда нужен тот, об кого можно обкешиться. Тот, кто купит на самом пике.

🇺🇸 С токеном Трампа произошло чуть иначе.

Семья Трампа не так много заработала на продаже, 80% эмиссии токена заблокировано и не участвовало в пампе. На первый взгляд это даже выглядит честно, но есть одно "но".

Представьте себе обменный пункт в Москве, где обменивают рубли на евро. Рубли есть у всех жителей, они в них зарабатывают, покупают продукты, оплачивают услуги. Но одним воскресным утром всем вдруг понадобились евро. Не сложно представить, да?

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

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

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

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

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

🤔 А почему это важно для меня?

В DeFi я работаю с пулами ликвидности, зарабатывая на комиссиях. Это новая технология, которая потенциально изменит финансовую систему. Эта сфера крайне зависима от объема транзакций и средств, которые лежат в ней. Такие события показывают, что сфера развивается и имеет перспективы.

А что потом?

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

@alx_four

Написать мне | Поддержать Канал

🧙Впечатления о SourceCraft

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

Я уверен, что никому из моих читателей не нужно объяснять, что такое GitHub, но за 17 лет он хорошенько оброс функционалом и стал гораздо больше, чем просто хранилище репозиториев.

Я использую GitHub для:
☝️ конечно, хранения кода
✌️ Pages
🤟 Actions и Applications
🖖 поиска примеров кода

🚚 Миграция проектов

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

В SourceCraft есть специальная функция для переноса проекта. Я прописал в поле источник свой репозиторий, сменил протокол на SSH, поменял на HTTP, эффект один — ошибка, мол, неверно заполнено поле. Так я мучил валидацию до тех пор, пока не увидел маленький значок подсказки над полем, где было написано, мол, функция работает только для GitHub.

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

Поскольку интеграции с Bitbucket нет, решил все-таки перенести что-то с GitHub. На глаза попался проект Telegram-бота для запоминания иностранных слов, я когда-то делал его для YouTube. Пара кликов, и все перенеслось.

Но на GitHub у меня есть проекты интереснее.

Например, личный сайт alex-four.com тоже лежит на GitHub и хостится через Netlify. А еще репозиторий сборки прошивки для клавиатуры, который написан на GitHub Actions.

Если с первым очевидно, что Netlify не поддерживает сервис, который запустился вчера, то вот со вторым шанс есть. Тем более в SourceCraft есть автоматизации, которые, как и Actions, помогают в сборке и деплое.

🎢 Экшены

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

Уверен, это было сделано специально, мол, и не надейся, что все заработает само. Думаю, это и правильно: поддерживать совместимость API сложно, а нужно это всего раз.

Зато очень порадовала интеграция с Яндекс Облаком. Сразу же из экшенов можно положить собранное приложение на сервер, а статику в S3. Вот как бы вопрос с GitHub Pages отпадает сам собой. Нужно раздавать статику — положи на S3, а дальше вся мощность облаков в твоем распоряжении. GitHub такое и не снилось.

💻 Редактирование кода

Прежде чем у меня появился доступ, я почитал канал ребят и поэтому знал, что одной из фишек является онлайн редактор с помощником (аналог Copilot). Поэтому мне стало интересно, как же это реализовано.

Открыв первый попавшийся файл, я увидел онлайн-версию VS Code. "Наверное, можно и свой редактор подключить напрямую к репозиторию," - подумал я. И действительно, репозиторий на SourceCraft можно не просто скопировать, но еще и открыть как в VS Code, так и в IDEA.

Но вернемся к онлайн-редактору. У нас в Яндексе нельзя пользоваться Copilot, просто потому что он шлет исходный код в чужую компанию, а это риски. Поэтому уже год я пользуюсь аналогом на Яндекс GPT. Я не в восторге, но за последний год прогресс поражает. Поставить его можно как расширение к VS Code.

И именно так реализован помощник в написании кода в онлайн-редакторе SourceCraft. Круто, дог-фудинг в лучшем его проявлении.

Продолжение в следующем посте...

...продолжение первого поста.

🔍 Поиск по коду

До появления ChatGPT основной источник примеров использования кода был GitHub. Правило у меня было такое: нужно что-то найти на английском — я иду в Гугл, на русском — я иду в Яндекс, нужен пример кода — я иду в GitHub. И признаю, в GitHub я ходил чаще Гугла.

Последний год ChatGPT определенно лидер в 70% таких вопросов, но иногда он может сочинить такое, что приходится идтиrce craft глобального поиска нет. Думаю, что сейсас он и не нужен.

К сожалению, пока на SourceCraft глобального поиска нет. Думаю, что сейчас он и не нужен.

Зато локальный поиск заслуживает похвалы. В GitHub результаты поиска и файл с кодом — это разные страницы. Если ты кликаешь на любой из результатов, то оказываешься внутри репозитория, и все — чтобы вернуться к результатам, тебе надо либо жать кнопку "назад" в истории, либо заранее открывать в новой вкладке.

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

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

✅ Работа с задачами, ишью и замечаниями

Признаюсь, у меня это не вызывает особых проблем. Да, искать что-то в issue на GitHub бывает непросто, но за 10 лет я привык, тем более у меня нет крупных open source проектов. Поэтому не могу сказать, насколько удобно это сделано в SourceCraft. Ведь дьявол кроется в деталях.

🏁 Подведение итогов

Это первый запуск Яндекса, которого я действительно ждал. И, наверное, первый проект, который я успел хорошенько протестировать до анонса. SourceCraft — это скорее решение для небольших бизнесов, которые уже пользуются Яндекс Облаком.

Также он неплох для тех, кто только ищет себе подобный инструмент. Онлайн-редактирование с продвинутым помощником, привычный редактор, интеграция с Облаком — всё это может стать отличной базой для экспериментов и обучения.

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

@alx_four

Написать мне | Поддержать Канал

🖱️ А ты на какой стороне?

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

Силу CLI я ощутил ещё на первой работе. На ней ребята использовали .Net стек, и всё писалось под винду. Соответственно, чтобы автоматизировать какой-нибудь процесс, нужно было написать новое десктопное приложение — bash-скриптом отделаться не получится.

Но даже среди программистов противников командной строки полно.

Разговаривал об этом с руководителем, а он говорил, что терминал ему совсем не близок. Вот интерфейсы — это тема. Понятно, удобно, и не то чтобы сильно теряешь в скорости.

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

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

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

📹 Возвращаясь к истокам

Моя деятельность на YouTube началась с видосов на тему «Войти в IT». Тогда мне казалось, что я чётко знаю, что нужно делать, и случись со мной профессиональная амнезия, я снова смогу достичь того же результата.

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

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

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

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

Так я понял, что мне нравится, и начал формировать свой личный стиль.

Поскольку он предполагал работу с моделью, фотостудией и коммуникацию с другими участниками съёмки, мне было страшно. Я совершенно не понимал, с чего начать. Боялся попасть в ситуацию, когда придётся одновременно общаться с моделью и разбираться в работе светового оборудования в студии.

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

Так я получил свой первый опыт съёмки, потом ещё и ещё.

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

Если это фриланс, целенаправленно ищите опытных фрилансеров, которые показывают, как устроено их ремесло изнутри.

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

Если хотите понять работу изнутри, рассмотрите стажировки и бизнес-школы для non-IT специалистов или просто экскурсии в офис.

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

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

🔌Я с детства любил паять. Меня даже в институт отдали потому, что он косвенно связан с электроникой. Для мамы-экономиста инженер-электрик и инженер-электронщик — примерно одно и то же.

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

Ну а дальше понеслось: Arduino, IoT-датчики, флиппер. Меня эта сфера манила, но я так и не преодолел порог вхождения, когда ты с помощью умений можешь делать что-то реально полезное.

Кстати, про флиппер: ещё живя в Москве, я знал про хаб Ньютон, где флиппер придумали, но как-то всё несподручно было ехать. В итоге, когда собрался, он уже был закрыт.

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

Если тебе в глубине души тоже интересно паять и ты в Москве, то вот такой ивент. Событие совершенно бесплатное, для участия не обязательно иметь опыт, достаточно просто желания. Это скорее сходка энтузиастов и неравнодушных к гик культуре и DIY, нежели профессиональный митап. Единственное — регистрация закрывается 16 апреля.

Завидую тем, кто в Москве.

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

👷 Изначально софтверные и хардверные компании кардинально отличаются своей культурой разработки.

Классические автомобильные компании не имеют права на ошибку: если она выявится в готовом продукте — готовься к убыткам.

А у софтверных компаний это норм — выпустить продукт, а потом допиливать его всю жизнь этого продукта.

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

🥷 Лидар — это лазер и приёмник. Лазер посылается в пространство, а приёмник ловит отражённый сигнал, понимая при этом окружающее пространство.

Но когда два лидара, например на роверах, оказываются рядом, один светит в приёмник другому.

Ребята назвали эту ситуацию «Звёздные войны».

🚛 Я всегда думал, что поставить автопилот на грузовики гораздо проще. Грузовик большую часть времени ездит по трассам. Мне казалось, надо немного подтюнить круиз-контроль, и всё.

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

А ещё есть гружёный автомобиль по физическим характеристикам сильно отличается от пустого и отличается от автомобиля без прицепа.

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

Сам подкаст тут

🧠 Время пилить ИИ-стартапы

Я помню времена, когда персональные сайты вдруг стали доступны. Это был переход к web 2.0. В “первой” версии интернета сайты представляли собой набор статичных страниц. Это было скучно и походило на радио: вещание только в одну сторону. Пользователь заходил, что-то читал и уходил. В редких случаях можно было оставить комментарий или отправить email.

А потом нам стала доступна интерактивность. Используя готовый движок, можно было сделать сайт интерактивным, упрощая взаимодействие с посетителем. Именно тогда появился термин “серфить”. За один вечер я мог посетить несколько сотен сайтов. На самых интересных я задерживался и даже подписывался, чтобы вернуться снова.

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

📝 Популярный сайт мог приносить доход, сопоставимый с зарплатой IT-специалиста сейчас.

А потом рынок насытился, темы становились уже, копирайтеры начали пережевывать одни и те же темы по кругу. Пользователи тоже обленились — зачем ходить на разные сайты, если всё то же самое можно найти в одной социальной сети?

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

📱 Мобильные приложения

Когда платформы Android и iOS открыли двери для разработчиков, достаточно быстро начали появляться успешные разработчики-одиночки. У неискушённого пользователя легко вызвать вау-эффект, была бы хорошая идея. С хорошей идеей и даже средней реализацией можно было стать миллионером.

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

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

В общем, зайти в эту сферу непросто, хотя примеры есть.

🧠 Время пилить ИИ-стартапы

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

Посмотрите на Vape Coding — этот феномен стал суперпопулярным именно потому, что произвёл вау-эффект, хотя пока это всё ещё далеко от коммерческого применения.

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

💡 Идея снова — самое важное.

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

🔍 Люди или бизнес?

👨‍🚒 Комплаенс — это такие ребята, которые следят за соблюдением законов, отраслевых, моральных и культурных правил, принятых в компании. Например, если у вас в компании не принято получать подряки от клиентов, то именно эти ребята будут вам объяснять, что так делать не нужно. В общем, они нужны для снижения юридических рисков и формирования образа компании.

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

Продолжение ниже...

...продолжение предыдущенго поста

🤔 Вопрос знакомого был в том, стоит ли писать?

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

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

Гораздо интереснее ситуация обстоит с отраслевыми, моральными и культурными вопросами. Сами по себе они нигде не прописаны, а ещё и с течением времени могут меняться. Вспомнить хотя бы отменённых голливудских звёзд. Их гнобят за поступки, совершённые 20 лет назад, когда моральные ориентиры были другими. Так вот, задача комплаенса — снизить такие риски, чтобы компанию в будущем не «отменили».

💼 Ближе к делу

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

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

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

🔨 И в этом месте возникает ситуация, которую я назвал дилеммой комплаенса.

С одной стороны, есть факт нарушения. С другой — виновный является ключевой фигурой, а недовольный — легко заменяемым человеком.

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

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

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

🛡️ Комплаенс — это ребята, которые в первую очередь защищают интересы бизнеса.

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

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