Там доки ще не всі готові. Доки для темплейт бота відсутні. Зроблю до кінця тижня. І до поточної документації додам ще деякі нюанси. Доки робив всі в README, бо для такого проекту вважаю достатнім саме такий підхід. Стосовно технічних нюансів стартера, я знаю, що для стартера краще всі біни робити в Configuration через Bean, а не ComponentScan, але тут зробив так. Буду вдячний за аналіз, рев'ю і будь яку критику. https://github.com/devexhale/telegram-infobot-engine
Зараз прочитав новину, що Claude буде чіпляти ватермарки на весь згенерований контент.
Цікаво.
Я взагалі маю змішані думки із цього приводу.
З одного боку - давно треба було це зробити. Адже моделі надалі тренуються на контенті, і треба якось відрізняти що вже було згенеровано і краще на цьому не вчитись. Можливі ще варіанти використання такої фічі.
Також стане можливим відрізняти хто пише пости, статті на книги із допомогою ШІ. Але поки ще не зрозуміло як це буде реалізовано, що вони будуть робити, як будуть помічати і як можна буде ці ватермарки прибирати, адже це просто текст. Типу як використовувати тире замість дефісу? Чи невидимі символи 🤷♂️
А з іншої сторони - це може використовуватись проти нас.
Наприклад більшість мого коду зараз пише ШІ. Я працюю над архітектурою, перевіряю код а він пише. І в цьому випадку - хто з нас автор? І чи це погано? Як це будуть використовувати компанії?
Також я всі пости і статті пропускаю через ШІ, окрім тексту тут, тут чистий потік 😁
Але ціль не генерація статей, а перевірка на граматику і логічні помилки. А також і фактчекінг. Чи це погано?
Чи буде стояти на мені клеймо автора зі згенерованим контентом, коли все пишу я, а ШІ тільки перевіряє все? Мені перенабирати тест потім?
Тож тут питань ще дуже багато. Виглядає наче перекодування тексту і очистка від прихованих символів не така і велика проблема.
Чи це просто новина щоб звернути на себе увагу?
Привіт.
Наскільки я розумію, це вводиться більше для навчальних закладів та публічного простору.
Це має допомогти в боротьби з плагіатом та мотивувати студентів почати мислити самим, замість делегування цього процесу ШІ.
Тобто це буде застосовано до текстів, не до коду. Принаймні на початковому етапі.
Взагалі це дуже цікаве питання про перспективи розвитку цієї теми і до чого це може призвести.
Якщо подивитися на питання трохи ширше, то регулювання ринку ШІ з боку держави та міжнародних організацій є однією з найбільш популярних тем наразі. До прикладу ЄС вже вводить правила використання та генерації контенту за допомогою ШІ.
Такі маркування ШІ контенту (водні знаки) можуть бути одним із інструментів контролю. Можливо компанія Антропік намагається закріпити за собою лідерство у цьому напрямку. Я маю на увазі напрямку регулювання ШІ. Антропік робила подібне вже кілька разів, але в більш технічній площині.
🤔
Сертифікація Claude теж в них дивна. Почав читати матеріали й дивитися відео, стало якось не по собі: дуже багато слів і майже ніякої конкретики. Нагадує менеджерів, які можуть довго говорити, але в результаті так нічого конкретного й не сказати. cost per task їх моделей теж не оптимальний.
А після того, як я побачив згенерований нейрослоп неробочий проєкт на Python на мутабельному глобал стейті по їх курсу по MCP, який ще треба нормально доробляти, щоб код став хоча б адекватним, враження стало ще гіршим
Це дуже цікаво. Адже я використовую клод в роботі. Раніше це був курсор але все одно використовував лише антропік моделі.
Як на мене він дуже добре справляється із задачами. Принаймні опус5 так точно. Але часом треба трошки більше його розпитати
Наприклад от зробити ресьорч, все добре. Кажу йому, перевір отут и в цілому адекватність ресьорча
Каже що упустив що дещо вже реалізовано і дещо взагалі не актуально.
Ну як?
Але в цілому під час реалізації теж щось вилазить і результат нормальний
Online: "Spec-Driven Development with AI Agents: A Brownfield Walkthrough" by CoffeeJug!
📅 Date: 27 Aug (Thursday)
⏰ Time: 7:00 PM - 8:30 PM EET
🎤 Speaker: Oleg Ivchenko, Lead Software Engineer @ Capgemini Engineering
🆓 Entrance is FREE! (Pre-registration required) https://forms.gle/dw1QHQ4gMWYU3c5G9
Spec-driven development treats the specification, not the prompt, as the source of truth for AI agents. This session explains the SDD loop with OpenSpec, why brownfield codebases are the real test, and includes a live demo driving a change end-to-end on an existing repository.
Трохи контексту:
Я приймаю участь у проекті TeamChallange, це некомерційний волонтерський проект, де збирається повноцінна команда розробки, та разом створює свій проект
На 95% це відповідає комерційній роботі. Єдина відмінність: в нас немає дедлайнів.
Ми всі світчери і маємо основну роботу, А проектом займаємось у вільний час.
Спочатку нас було 2 бекенд розробника, але після уходу колеги я сам.
Майже повністю переписав проект. Тепер, коли продакшен версія вже скоро, хочу трохи фідбеку від досвідчених спеціалістів)
We are going to talk about "Spec-Driven Development with AI Agents: A Brownfield Walkthrough" with Oleg Ivchenko, Lead Software Engineer @ Capgemini Engineering. https://www.youtube.com/live/jl5kXs8rtD0
Зараз у пошуку Java Developer з досвідом у Real-Time 🚀
Основні вимоги:
Досвід розробки на Java від 3 років
Англійська — від B2 (Upper-Intermediate)
Практичний досвід із Real-Time комунікаціями (WebRTC / WebSockets)
Стек проекту: Java, Spring Boot, WebRTC/WebSockets, VanillaJS + jQuery.
Пишіть у приватні 📩
#java #backend #webrtc #websockets #job #hiring #vacancy #remote #realtime
Я вже дуже давно не проходив технічні співбесіди.
Якось все не було потреби.
На останній співбесіді в компанію, де я зараз працюю, мене більше питали про управління, питали що я робив, досвід. Але прям от сильних технічних співбесід не було.
І от зараз я вирішив, що я хочу змінити компанію. Дав собі 1 рік часу, щоб підготуватись добре, все повторити, щось і вивчити. Ну і звісно знайти нову роботу. Не спішити. Шукати саме те, що буде дійсно подобатись.
І от тут в мене є пропозиція до вас. Адже я хочу готуватись і транслювати це в свій блог.
Який формат вам би був більш корисний та зручний?
Я думав із приводу декількох різних підходів:
1. Писати короткі пости сюди. Не багато деталей, просто швидке читання
2. Великі детальні статті із розбором конкретної теми. Детально, заглиблюючись, розбираючи.
3. І відео формат. Відео розбори теми або онлайн стріми.
Я сам схиляюсь до міксу 1 та 2. Але можливо у вас є інші пропозиції чи рекомендації.
Ваші думки пишіть в коментарі чи в приватні.
Привіт
Це планується як блог про технічні штуки які ти знаходиш/дізнаєшся в ході підготовки чи може, умовно, ти будеш дивитись як нині проходять співбесіди (на ютубі), почуєш якесь цікаве питання, ну і нам сюди це питання і відповідь?
Мені особисто цікаво іноді почитати про питання з співбесід і відповідь на них + може референс на якусь статтю повʼязану з питанням
Більше як блог під час підготовки до співбесіди. Детальний розбір якоїсь теми.
Наприклад я повторюю колекції і пишу статтю про це. Не просто типу є такі колекції, а розбір якихось цікавих нюансів. Можливо юзкейси чи щось таке
Бо тут же треба розуміти що я не буду шукати позиції на джава мідл чи сеньйор. Я дивлюсь на техлідові чи архітекторські позиції. Тому всі питання я розглядаю зараз через призму цих позицій, а не як просто розробник.
Так само в перелік питань будуть входити сістем дизайн, безпека і так далі.
Знімок відкритої публічної стрічки з пошукового індексу
ChatCrawler — «Google по публічному Telegram»; оновлюється в міру обходу майданчика.
Час — UTC.