Актуальні теми
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.
Я консультував 100+ компаній за останні 3 роки, і ось деякі з моїх особистих улюблених рекомендацій:
(Ви б здивувалися, скільки розробників поза онлайн-бульбашкою потребують допомоги.)
1. Деякі команди не використовують жодної системи версування коду. Я знаю, що це важко повірити, але у мене є свідки. Чесно кажучи, це трапляється нечасто, але я бачив це на власні очі.
2. Культура тестування трапляється рідко. Простий спосіб покращити роботу команди — навчити її писати автоматизовані юніт- та інтеграційні тести.
3. Електронні таблиці — найпопулярніше рішення, яке я бачив у реальному житті. Наприклад, одна з моїх найпоширеніших рекомендацій — використовувати MLFlow для відстеження експериментів і версійних моделей.
4. Більшість команд завжди прагнуть реалізувати технічно правильне рішення проблеми. Я дуже добре навчився знаходити рішення, які відповідають набагато більшим вимогам (наприклад, бюджет, терміни, командні здібності, сприйняття тощо). Я називаю це «проблемним формулюванням», і це дуже допомагає компаніям.
5. Я завжди рекомендую контейнери розробника тим командам, де кожна людина використовує різну операційну систему і має труднощі з конфігурацією та портативністю.
6. Спробуйте масштабувати застосування, не витрачаючи час на спостережуваність і відстежуваність. Зазвичай це так само просто, як зафіксувати правильну інформацію. Іноді можна витратити час на налаштування правильних інструментів для більш серйозної спостережуваності.
7. У системах машинного навчання (90% проєктів, з якими я працюю) моніторинг завжди є другорядним. Я досить добре навчився допомагати командам інтегруватися з Evidently AI.
8. Я витрачаю багато часу, допомагаючи командам створювати наскрізні, повторювані та автоматизовані робочі процеси з заповненням прогалорів, які вони зможуть виконати пізніше. Наприклад, побудова навчального конвеєра, який починається з обробки даних і закінчується розгортанням моделі.
Завжди виникають різні практики з різними командами:
• Як реалізувати CI/CD
• Як версувати набори даних
• Як зрозуміти, що означає «зроблено»
• Як правильно керувати секретами
• Як керувати налаштуваннями конфігурації
• Як налаштувати журнали
• Як тестувати у виробництві (A/B тестування, тіньові розгортання тощо)
• ...
Люди, які працюють у великих технологічних компаніях, на кілька років попереду інших, але ринок таких знань поза великими технологічними компаніями величезний.

26 груд., 21:45
Я познайомився з хлопцем, який щороку заробляє сім цифр, роблячи це знову і знову:
• Приєднується до команди розробників на тиждень
• Визначає 3–5 потенційних покращень для свого процесу
• Пише коротку, конкретну пропозицію для кожного покращення
• За бажанням, допомагає команді впроваджувати їх
• Документує результати
• Листя
Він довів це майже до науки: це повторюваний процес із кількома «основними» рекомендаціями, які можуть знадобитися майже кожен.
Керівництво його обожнює. Команди його обожнюють.
Тобі буде страшенно нудно, якщо ти послухаєш його щоденні розповіді, але він це обожнює.
@kelvongx *багато
2,14K
Найкращі
Рейтинг
Вибране