Gherkin для аналитика
Gherkin — это специализированный язык для описания поведения программного обеспечения в виде обычного текста, который использует формат естественного языка.
Давайте разберёмся подробнее, что это такое и зачем он нужен.
Gherkin используется в разработке, основанной на поведении (BDD), для написания чётких и лаконичных сценариев, описывающих, как должна вести себя система.
Сценарии описываются в простой форме и могут быть понятны всем участникам проекта.
Ключевые слова языка Gherkin:
▫️ Feature/Story (история) — с этого слова начинается каждая новая спецификация.
▫️ As a (в роли) — роль того лица в бизнес-модели, которому интересна данная функциональность.
▫️ In order to (чтобы достичь) — какие цели преследует лицо.
▫️ I want to (я хочу, чтобы) — конечный результат.
▫️ Scenario (сценарий) — ключевое слово начала нового сценария.
Ключевые слова Scenario:
➖ Given (дано/допустим) — начальное условие.
➖ When (когда) — событие, которое инициирует данный сценарий.
➖ Then (тогда) — результат, который пользователь должен наблюдать в конечном итоге.
Бизнес и системные аналитики используют Gherkin при написании acceptance criteria (критерии приёмки), иногда используют упрощённые форматы написания(только верхнеуровневые требования.
Примеры Scenario
👋Приветствие (подробное описание)
Я нажимаю на ссылку «войти».
Я ввожу «васяпупкин» в поле мыла.
Я ввожу «васяпупкин1111» в поле пароля.
Я нажимаю на кнопку «войти».
Я должен увидеть «здравствуйте, Вася Пупкин!».
🤑Изменение баланса (верхнеуровневое описание)
Я пользователь Вася Пупкин.
У меня баланс $100.
Я покупаю подписку.
У меня баланс должен стать $50.
☎️Просмотр пропущенных звонков, если их количество ≤ 99 (Верхнеуровневое описание)
Given Пользователь пропустил звонки.
And Количество пропущенных ≤ 99.
When Пользователь открывает мобильное приложение.
Then Пункт основного меню «Главная» содержит счётчик с количеством пропущенных звонков.
And Счётчик продублирован на элементе для перехода к списку звонков.
🌟Такой подход позволяет при описании обнаружить детали, о которых аналитик мог не подумать или забыть и в итоге проработать их. Используйте Gherkin при формировании критериев приёмки на этапе анализа и ваши решения будут отлично работать начиная с MVP.
#Кругозор
Gherkin — это специализированный язык для описания поведения программного обеспечения в виде обычного текста, который использует формат естественного языка.
Давайте разберёмся подробнее, что это такое и зачем он нужен.
Gherkin используется в разработке, основанной на поведении (BDD), для написания чётких и лаконичных сценариев, описывающих, как должна вести себя система.
Сценарии описываются в простой форме и могут быть понятны всем участникам проекта.
Ключевые слова языка Gherkin:
Ключевые слова Scenario:
Бизнес и системные аналитики используют Gherkin при написании acceptance criteria (критерии приёмки), иногда используют упрощённые форматы написания(только верхнеуровневые требования.
Примеры Scenario
👋Приветствие (подробное описание)
Я нажимаю на ссылку «войти».
Я ввожу «васяпупкин» в поле мыла.
Я ввожу «васяпупкин1111» в поле пароля.
Я нажимаю на кнопку «войти».
Я должен увидеть «здравствуйте, Вася Пупкин!».
🤑Изменение баланса (верхнеуровневое описание)
Я пользователь Вася Пупкин.
У меня баланс $100.
Я покупаю подписку.
У меня баланс должен стать $50.
☎️Просмотр пропущенных звонков, если их количество ≤ 99 (Верхнеуровневое описание)
Given Пользователь пропустил звонки.
And Количество пропущенных ≤ 99.
When Пользователь открывает мобильное приложение.
Then Пункт основного меню «Главная» содержит счётчик с количеством пропущенных звонков.
And Счётчик продублирован на элементе для перехода к списку звонков.
🌟Такой подход позволяет при описании обнаружить детали, о которых аналитик мог не подумать или забыть и в итоге проработать их. Используйте Gherkin при формировании критериев приёмки на этапе анализа и ваши решения будут отлично работать начиная с MVP.
#Кругозор
Please open Telegram to view this post
VIEW IN TELEGRAM
👍7🔥1🤝1
Ребята, будьте бдительны! Сегодня активизировались мошенники и пишут, что завтра на работу! Будьте бдительны!
😁9🤣2🤝1
Forwarded from ··• Серёжа печатает (Серёжа)
Минцифры хотят оцифровать айтишников — https://habr.com/ru/news/856654/.
В один чат я наговорил голосовое сообщение на эту тему на 6 минут, но сюда дам выдержку. Я участвую в проекте оценки компетенций, и поэтому у меня есть определённый контекст.
Айтишников стало слишком много, но министерство мало о них знает. Почему?
1. На данный момент единственный первичный признак айтишника — профильное образование. Но не все, кто получил диплом, работает по специальности, и не все, кто работает в ИТ, имеет профильное высшее или вообще высшее.
2. В отрасли грейдовый бардак. Каждая компания придумывает свои грейды, и сравнивать айтишников между компаниями сложно.
3. Отсутствуют инструменты сертификации. Почти во всех отраслях это есть, и ты можешь в одном реестре точно узнать, сколько у тебя в стране, например, ветеринаров, которые умеют делать прививки дикобразам.
Это несёт проблемы.
1. На основании признака айтишника государство хочет выдавать льготы. Но текущая схема с ИТ-компаниями и айтишниками по дипломам подвержена фроду и несправедливости.
2. Государство хочет знать, сколько и какого уровня айтишников есть и сколько их не хватает. Сейчас декларируется цифра в 850к при необходимости в 1,5кк, то есть почти в 2 раза меньше. Но как они посчитаны и какие там уровни — великая тайна.
Выход вроде бы простой — надо оценивать не наличие корочки, а навыки. Но для того, чтобы к этому прийти, необходимо решить три задачи, каждая из которых кажется нерешаемой в данный момент.
Задача 1. Индустриальная.
Необходимо приблизиться к отрасли в понимании грейдов. Это сложно, потому что огромное количество компаний и специальностей. А ещё потому что надо оценивать не в общем, а в деталях, то есть довольно глубоко.
Задача 2. Методическая.
Как оценить навыки айтишника на конкретный грейд. С точки зрения теории задача уже решена. Я пытался её расколоть ещё когда мы делали продукты для мидлов в Академии. PST-тесты, где ты задаёшь вопросы по каждой теме трёх уровней — на знакомство, на знание и на понимание. А дальше у тебя древовидная схема навыков, и ты просто оцениваешь все аспекты знаний специалиста.
А вот с практикой сложнее, и тут тоже много вопросов.
Задача 3. Фродовая.
Самый простой способ — заставить всех айтишников сдавать тесты как ЕГЭ, офлайн в офисе или сделать сертификационные центры. Но айтишники вряд ли будут этому рады, да и процесс затратный. А все остальные способы можно легко обмануть, что делает всю эту сложную схему бесполезной и не решающей проблемы.
Как итог — вопросов очень много, задач много, и все они очень сложные. Да, Минцифры хотят связать это всё с госуслугами, давать цифровые сертификаты и сделать их полезными, но мне кажется, до этого момента нам жить ещё 3–5 лет точно.
В один чат я наговорил голосовое сообщение на эту тему на 6 минут, но сюда дам выдержку. Я участвую в проекте оценки компетенций, и поэтому у меня есть определённый контекст.
Айтишников стало слишком много, но министерство мало о них знает. Почему?
1. На данный момент единственный первичный признак айтишника — профильное образование. Но не все, кто получил диплом, работает по специальности, и не все, кто работает в ИТ, имеет профильное высшее или вообще высшее.
2. В отрасли грейдовый бардак. Каждая компания придумывает свои грейды, и сравнивать айтишников между компаниями сложно.
3. Отсутствуют инструменты сертификации. Почти во всех отраслях это есть, и ты можешь в одном реестре точно узнать, сколько у тебя в стране, например, ветеринаров, которые умеют делать прививки дикобразам.
Это несёт проблемы.
1. На основании признака айтишника государство хочет выдавать льготы. Но текущая схема с ИТ-компаниями и айтишниками по дипломам подвержена фроду и несправедливости.
2. Государство хочет знать, сколько и какого уровня айтишников есть и сколько их не хватает. Сейчас декларируется цифра в 850к при необходимости в 1,5кк, то есть почти в 2 раза меньше. Но как они посчитаны и какие там уровни — великая тайна.
Выход вроде бы простой — надо оценивать не наличие корочки, а навыки. Но для того, чтобы к этому прийти, необходимо решить три задачи, каждая из которых кажется нерешаемой в данный момент.
Задача 1. Индустриальная.
Необходимо приблизиться к отрасли в понимании грейдов. Это сложно, потому что огромное количество компаний и специальностей. А ещё потому что надо оценивать не в общем, а в деталях, то есть довольно глубоко.
Задача 2. Методическая.
Как оценить навыки айтишника на конкретный грейд. С точки зрения теории задача уже решена. Я пытался её расколоть ещё когда мы делали продукты для мидлов в Академии. PST-тесты, где ты задаёшь вопросы по каждой теме трёх уровней — на знакомство, на знание и на понимание. А дальше у тебя древовидная схема навыков, и ты просто оцениваешь все аспекты знаний специалиста.
А вот с практикой сложнее, и тут тоже много вопросов.
Задача 3. Фродовая.
Самый простой способ — заставить всех айтишников сдавать тесты как ЕГЭ, офлайн в офисе или сделать сертификационные центры. Но айтишники вряд ли будут этому рады, да и процесс затратный. А все остальные способы можно легко обмануть, что делает всю эту сложную схему бесполезной и не решающей проблемы.
Как итог — вопросов очень много, задач много, и все они очень сложные. Да, Минцифры хотят связать это всё с госуслугами, давать цифровые сертификаты и сделать их полезными, но мне кажется, до этого момента нам жить ещё 3–5 лет точно.
Хабр
Система подтверждения компетенций и навыков для разработчиков ПО в РФ получит интеграцию с «Госуслугами»
По информации источников издания «КоммерсантЪ», система подтверждения компетенций и навыков для разработчиков ПО в РФ, которую планирует запустить Минцифры, получит интеграцию с «Госуслугами». В...
👍7❤3🤔2
Наверняка вы слышали про альтушек и скуфов?
Наверняка вы всегда думали, а где же страна скуфидония?
У меня есть ответ!
Предыстория: в 2025 я решил восстановить режим и вставать рано, ложиться не поздно. Последнее время я ложился в 03:00, вставал в 07:00, а на выходных спал до 12 и терял их почти полностью.
Сегодня я с 7 утра в спорт зале… так вот к 8 тут скуфы всех видов и мастей, а спортивных спортсменов как вечером нет совсем. Так что если хотите тренироваться со своими, теперь вы знаете
Наверняка вы всегда думали, а где же страна скуфидония?
У меня есть ответ!
Предыстория: в 2025 я решил восстановить режим и вставать рано, ложиться не поздно. Последнее время я ложился в 03:00, вставал в 07:00, а на выходных спал до 12 и терял их почти полностью.
Сегодня я с 7 утра в спорт зале… так вот к 8 тут скуфы всех видов и мастей, а спортивных спортсменов как вечером нет совсем. Так что если хотите тренироваться со своими, теперь вы знаете
👍7😁4🤣2
Strava провела исследование 80% людей которые начали что-то с 1 января бросают к 19 января.
19 января не официально получило название «День слабаков»
Это я вам и себе даю мотивацию продержаться до февраля, а там до 8 марта. От 8 марта до лета рукой подать, а там и московский марафон. Держитесь, не бросайте начинания! И я не буду! ✊🏽
Оригинал: https://www.runnersworld.com/uk/training/a776013/today-is-the-day-youre-most-likely-to-let-your-new-year-fitness-goals-slip/
19 января не официально получило название «День слабаков»
Это я вам и себе даю мотивацию продержаться до февраля, а там до 8 марта. От 8 марта до лета рукой подать, а там и московский марафон. Держитесь, не бросайте начинания! И я не буду! ✊🏽
Оригинал: https://www.runnersworld.com/uk/training/a776013/today-is-the-day-youre-most-likely-to-let-your-new-year-fitness-goals-slip/
🔥6✍3👌3🫡1
Что бы прервать спортивную череду постов расскажу забавный факт.
Работаю сейчас над совместным проектом с вк и иногда у нас совместные встречи.
В vk импортозамещение зашло так далеко, что у них вместо Дейли - «утренник».
Не знаю во всех ли командах, но в пятницу я смешинку поймал, вот вспомнил сижу улыбаюсь.
Убежал в контору на летучку…
Работаю сейчас над совместным проектом с вк и иногда у нас совместные встречи.
В vk импортозамещение зашло так далеко, что у них вместо Дейли - «утренник».
Не знаю во всех ли командах, но в пятницу я смешинку поймал, вот вспомнил сижу улыбаюсь.
Убежал в контору на летучку…
😁8🙈2❤1🤣1
У кого какие планы на вечер без интернета?
Источник: https://www.rbc.ru/technology_and_media/14/01/2025/6786721c9a79475b1f0776e1?utm_source=yxnews&utm_medium=mobile&utm_referrer=https%3A%2F%2Fdzen.ru%2Fnews%2Fstory%2F3788b94f-9369-5ff1-9a39-28d2ee66a814
Источник: https://www.rbc.ru/technology_and_media/14/01/2025/6786721c9a79475b1f0776e1?utm_source=yxnews&utm_medium=mobile&utm_referrer=https%3A%2F%2Fdzen.ru%2Fnews%2Fstory%2F3788b94f-9369-5ff1-9a39-28d2ee66a814
История одного фейла
Каждый раз начиная задачу или it-проект я провожу конкурентный анализ. Цель: посмотреть, как мою потребность решают на рынке, посмотреть на лучшие практики, решения и подходы.
Всегда находится что-то интересное, а так же вылезают моменты о которых я не подумал. Бывает, что появляются принципиально иные взгляды: например, вместо красной кнопки вообще нет никакой кнопки и все само делается на бэке.
В 2024 году получаю проект. Очень внимательно изучаю рынок. Обнаруживаю интересный момент: решений сотни, но принципиально их два, в остальном отличается только дизайн. Причем решений не просто два, а первое для корпоратов, второе - для физиков. Получается в моем случае одно: у меня заказчик - корпорация.
Как вы понимаете, если б все было просто этой истории не было, рассмотрим подробнее.
Проектирую микросервисы, проектирую апи. Решаю поискать у кого на рынке есть открытые апи. Нахожу решение у гугла. Долго смеюсь: зачем гугл так странно проектирует апи, бредовое решение какое-то. Думаю, думаю, думаю и понимаю, что на самом деле все нормально! У гугла куча легаси, поэтому и апи такие.
Делю свои хорошие API, удобные и красивые. Все радуемся, хохочем, живем пол года и тут на проект врывается выстрел в ногу. Оказывается, гугл работал над задачей больше, чем я, и что-то знал и это что-то учел в своих апишках. Я все еще не понимаю что случилось, правим баг за багом, ищу причину стрельбы по ногам и мне все становится ясно, почему мои "красивые и хорошие ручки" так плохо работают и вообще они инвалиды, переделываю на решение как у гугла, майкрософта, эпла и всех кого я ещё нашел с открытыми публичными решениями.
К чему все это?
Вы конечно наверняка умные, хорошо знаете что делаете и видите плохие решения не вооруженным глазом, но иногда границы наших знаний недостаточны и чужое решение может быть лучшим. Второй момент: гугл хоть и корпорация зла, но иногда им можно доверять. 😀
Каждый раз начиная задачу или it-проект я провожу конкурентный анализ. Цель: посмотреть, как мою потребность решают на рынке, посмотреть на лучшие практики, решения и подходы.
Всегда находится что-то интересное, а так же вылезают моменты о которых я не подумал. Бывает, что появляются принципиально иные взгляды: например, вместо красной кнопки вообще нет никакой кнопки и все само делается на бэке.
В 2024 году получаю проект. Очень внимательно изучаю рынок. Обнаруживаю интересный момент: решений сотни, но принципиально их два, в остальном отличается только дизайн. Причем решений не просто два, а первое для корпоратов, второе - для физиков. Получается в моем случае одно: у меня заказчик - корпорация.
Как вы понимаете, если б все было просто этой истории не было, рассмотрим подробнее.
Проектирую микросервисы, проектирую апи. Решаю поискать у кого на рынке есть открытые апи. Нахожу решение у гугла. Долго смеюсь: зачем гугл так странно проектирует апи, бредовое решение какое-то. Думаю, думаю, думаю и понимаю, что на самом деле все нормально! У гугла куча легаси, поэтому и апи такие.
Делю свои хорошие API, удобные и красивые. Все радуемся, хохочем, живем пол года и тут на проект врывается выстрел в ногу. Оказывается, гугл работал над задачей больше, чем я, и что-то знал и это что-то учел в своих апишках. Я все еще не понимаю что случилось, правим баг за багом, ищу причину стрельбы по ногам и мне все становится ясно, почему мои "красивые и хорошие ручки" так плохо работают и вообще они инвалиды, переделываю на решение как у гугла, майкрософта, эпла и всех кого я ещё нашел с открытыми публичными решениями.
К чему все это?
Вы конечно наверняка умные, хорошо знаете что делаете и видите плохие решения не вооруженным глазом, но иногда границы наших знаний недостаточны и чужое решение может быть лучшим. Второй момент: гугл хоть и корпорация зла, но иногда им можно доверять. 😀
👍5🔥4🤝2
Интересные новости!
Мы разработали новую версию приложения AI-интервьюер, которое поможет вам подготовиться к собеседованиям.
Если вам интересно, вы можете опробовать его по адресу: https://t1aicoach.ru/. Не забудьте поделиться своим отзывом и результатами!
Это гораздо более эффективное решение, чем просмотр видео на YouTube))
P.S. Поскольку это нейронка, текст анонса я сгенерировал в нейронке, но другой)
Мы разработали новую версию приложения AI-интервьюер, которое поможет вам подготовиться к собеседованиям.
Если вам интересно, вы можете опробовать его по адресу: https://t1aicoach.ru/. Не забудьте поделиться своим отзывом и результатами!
Это гораздо более эффективное решение, чем просмотр видео на YouTube))
P.S. Поскольку это нейронка, текст анонса я сгенерировал в нейронке, но другой)
👍5🔥3😱2
9 законов программирования от тимлида с 10-летним опытом — это база для новичков и опытных, без которой невозможно добиться успеха.
1️⃣ Закон Брукса — если вы посадите трёх кодеров за одну задачу, они не сделают её в три раза быстрее. Чем больше ваша команда, тем сложнее становится координация и планирование.
2️⃣ Закон Гудхарта — чем жестче ваши KPI и метрики для измерения эффективности, тем сильнее они отвлекают от выполнения самих задач. В самых запущенных случаях люди забивают на задачи и переключаются только на KPI.
3️⃣ Закон Хайрама — чем больше у API пользователей, тем сильнее они полагаются на незадокументированные особенности, превращая их в «обязательные» функции. Из-за этого любые изменения становятся сложными, ведь легко сломать что-то для тех, кто уже привык к старым фишкам.
4️⃣ Закон Конвея — структура программ часто повторяет организационную структуру команды, которая её создала. Если слепо следовать границам в команде, софт получится неоптимизированным.
5️⃣ Закон Линуса — база опенсора. Чем больше людей проверяют код, тем больше шансов найти ошибку.
6️⃣ Закон Хофтшадтера — дедлайн всегда нужно ставить с запасом. Мы склонны занижать количество времени, необходимое для выполнения задачи.
7️⃣ Закон Кернигана — код всегда должен быть простым и понятным. Сложный код всегда становится неподъёмным в отладке и сопровождении — это только вопрос времени.
8️⃣ Закон Питера — софт- и хард-скиллы, это разные навыки. Так, топовый кодер не обязательно обладает такими же способностями к управлению людьми, руководству командами или выполнению стратегических требований лидерства.
9️⃣ Закон Парето — усилия должны быть избирательными. Чтобы 20% усилий приносили 80% результатов, сначала нужно понять, куда прикладывать эти усилия. Качество всегда перевешивает количество, а результат важнее времени затраченного на задачу.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥5👍3😁1
Хотел записать кружок про то что завтра «день слабака», а я в зале и все еще не бросил, а летом все увидят мой пресс…
Но не судьба, я открыл телеграм и прочитал очередную перепечатку статьи двадцати летней давности «чем отличается REST от SOAP?»…
Я прошу вас, хватит переписывать друг друга!
Посмотрите вокруг! Изобрели смартфоны! Когда будете писать спеку на доработку iOS приложения, по приколу отправьте iOS-разработчику, что ему надо интегрироваться через soap.
А давайте посмотрим на маркетплейсы, озон, wb, маркет, Lamoda вы видите rest? У них почему-то graphQL…
«Rest лучше походит для интеграции микросервисов» Интересно, у вас gRPC в теневом бане? Или имеется в виду лучше чем csv файлы?
Ну хватит копировать чужой материал который устарел, я вас прошу.
Года два назад меня начало трясти, а сегодня все взрыв, больше невозможно это терпеть)
Всем спасибо, всем хороших выходных!
А если вы любите устаревшие статьи напишите)
Но не судьба, я открыл телеграм и прочитал очередную перепечатку статьи двадцати летней давности «чем отличается REST от SOAP?»…
Я прошу вас, хватит переписывать друг друга!
Посмотрите вокруг! Изобрели смартфоны! Когда будете писать спеку на доработку iOS приложения, по приколу отправьте iOS-разработчику, что ему надо интегрироваться через soap.
А давайте посмотрим на маркетплейсы, озон, wb, маркет, Lamoda вы видите rest? У них почему-то graphQL…
«Rest лучше походит для интеграции микросервисов» Интересно, у вас gRPC в теневом бане? Или имеется в виду лучше чем csv файлы?
Ну хватит копировать чужой материал который устарел, я вас прошу.
Года два назад меня начало трясти, а сегодня все взрыв, больше невозможно это терпеть)
Всем спасибо, всем хороших выходных!
А если вы любите устаревшие статьи напишите)
👍9👌3😁1🤡1
прикольное обновление в телеге, не знаю насколько давно это вышло, но мне очень зашло.
Включаем настройку «теги для чатов» и у всех чатов появляется цветная подпись, помогает ориентироваться
Включаем настройку «теги для чатов» и у всех чатов появляется цветная подпись, помогает ориентироваться
👍5🔥3
Введение в веб-токены JSON Web Tokens (JWT)
За последние дни несколько человек спросили про JWT и никто на собесах не ответил про JWT, а это значит надо про это написать)
Что такое JSON Web Tokens (JWT)
• JWT — это безопасный способ передачи информации между клиентом и сервером.
• JWT использует шифрование для защиты данных.
• JWT облегчает поддержку сессии на стороне клиента и снижает нагрузку на сервере.
Структура JWT
• JWT состоит из трех частей: заголовка, полезной нагрузки и подписи.
• Заголовок содержит тип токена и алгоритм подписи.
• Полезная нагрузка содержит утверждения о сущности и дополнительных данных.
• Подпись используется для проверки целостности данных.
Применение JWT
• Авторизация: JWT используется для доступа к маршрутам и ресурсам.
• SSO: JWT упрощает использование в разных доменах.
• Обмен информацией: JWT обеспечивает безопасную передачу данных между сервисами.
Преимущества JWT
• JWT компактнее, чем SAML, что важно при передаче данных через HTTP.
• JWT может использовать пару открытых/закрытых ключей для подписи, что повышает безопасность.
• Обработка JWT проще на мобильных платформах.
Более подробная версия на сайте.
#Кругозор
За последние дни несколько человек спросили про JWT и никто на собесах не ответил про JWT, а это значит надо про это написать)
Что такое JSON Web Tokens (JWT)
• JWT — это безопасный способ передачи информации между клиентом и сервером.
• JWT использует шифрование для защиты данных.
• JWT облегчает поддержку сессии на стороне клиента и снижает нагрузку на сервере.
Структура JWT
• JWT состоит из трех частей: заголовка, полезной нагрузки и подписи.
• Заголовок содержит тип токена и алгоритм подписи.
• Полезная нагрузка содержит утверждения о сущности и дополнительных данных.
• Подпись используется для проверки целостности данных.
Применение JWT
• Авторизация: JWT используется для доступа к маршрутам и ресурсам.
• SSO: JWT упрощает использование в разных доменах.
• Обмен информацией: JWT обеспечивает безопасную передачу данных между сервисами.
Преимущества JWT
• JWT компактнее, чем SAML, что важно при передаче данных через HTTP.
• JWT может использовать пару открытых/закрытых ключей для подписи, что повышает безопасность.
• Обработка JWT проще на мобильных платформах.
Более подробная версия на сайте.
#Кругозор
👍5🔥3👏2
Сегодня вижу много постов про нейронки и ИИ, много в том смысле что больше чем обычно.
Буду в тренде 😀
Китайцы со своим https://chat.deepseek.com реальный конкурент chatGPT еще и бесплатно и без VPN
google, openai, и anthropic в шоке deepseek уделывает их лучшие модели
Тестируем, пользуемся, радуемся, комментируем)
Буду в тренде 😀
Китайцы со своим https://chat.deepseek.com реальный конкурент chatGPT еще и бесплатно и без VPN
google, openai, и anthropic в шоке deepseek уделывает их лучшие модели
Тестируем, пользуемся, радуемся, комментируем)
Deepseek
Chat with DeepSeek AI.
👍8🔥2👌2
Forwarded from Техножнец
🌋 ХАКЕРЫ АТАКОВАЛИ DEEPSEEK: КИТАЙСКИЙ УБИЙЦА CHATGPT ПОД УДАРОМ! 🌋
Привет, синтеты! Помните историю про китайский DeepSeek, который нагнул ChatGPT?
Так вот, его ПЫТАЮТСЯ УБИТЬ!
P.S. Для параноиков: совпадение? Не думаю!
P.P.S. След. статья будет о том, как защитить свой AI от кибератак. Спойлер: никак!
#DeepSeek #КиберАтака #AIвойны #КитайПротивВсех
Привет, синтеты! Помните историю про китайский DeepSeek, который нагнул ChatGPT?
Так вот, его ПЫТАЮТСЯ УБИТЬ!
🧠 ЧТО СЛУЧИЛОСЬ:
АТАКА:
Масштабная кибератака на сервисы
Пришлось ограничить регистрации
Существующие юзеры могут работать
TIMING ПОДОЗРИТЕЛЬНЫЙ, НЕ НАХОДИТЕ?
🔬 КОНТЕКСТ СОБЫТИЙ:
НЕДАВНИЕ УСПЕХИ:
Обошёл ChatGPT в App Store
Модель R1 порвала конкурентов
Затраты в разы меньше OpenAI
И тут ВНЕЗАПНО атака...
⚡️ ПОСЛЕДСТВИЯ:
РЫНОК В ШОКЕ:
Обвал акций tech-компаний
Паника среди инвесторов
Вопросы о пузыре в AI
КТО-ТО ЯВНО БОИТСЯ КОНКУРЕНЦИИ!
💊 ЧТО ЭТО ЗНАЧИТ:
ФАКТЫ НА СТОЛ:
Основан в 2023 (МЛАДЕНЕЦ ЕЩЁ!)
Цель - общий AI (АМБИЦИИ!)
Бюджет меньше, результат лучше
КОМУ-ТО ЭТО ОЧЕНЬ НЕ НРАВИТСЯ...
P.S. Для параноиков: совпадение? Не думаю!
P.P.S. След. статья будет о том, как защитить свой AI от кибератак. Спойлер: никак!
#DeepSeek #КиберАтака #AIвойны #КитайПротивВсех
🔥4👍1
gRPC — это современный высокопроизводительный фреймворк для удаленного вызова процедур (RPC), разработанный Google. Он использует HTTP/2 для передачи данных и Protocol Buffers (Protobuf) в качестве формата сериализации. gRPC поддерживает несколько режимов взаимодействия: унарные вызовы, серверные потоки, клиентские потоки и двунаправленные потоки.
Когда использовать gRPC:
1. Высокая производительность: gRPC оптимизирован для низкой задержки и высокой пропускной способности, что делает его идеальным для микросервисов и распределенных систем.
2. Строгая типизация: Protobuf обеспечивает строгую типизацию данных, что упрощает разработку и уменьшает вероятность ошибок.
3. Потоковая передача данных: gRPC поддерживает потоковую передачу, что полезно для задач в реальном времени (например, чаты, IoT).
4. Мультиязычность: gRPC поддерживает множество языков программирования, что удобно для гетерогенных систем.
5. Сложные сценарии взаимодействия: Если требуется двунаправленное взаимодействие или длительные соединения.
Разница с REST:
1. Протокол: REST использует HTTP/1.1, а gRPC — HTTP/2, что обеспечивает более эффективную передачу данных.
2. Формат данных: REST обычно использует JSON или XML, а gRPC — бинарный формат Protobuf, который компактнее и быстрее.
3. Типизация: REST слабо типизирован, а gRPC строго типизирован благодаря Protobuf.
4. Режимы взаимодействия: REST ограничен запросами и ответами, а gRPC поддерживает потоковую передачу и двунаправленное взаимодействие.
5. Производительность: gRPC обычно быстрее и эффективнее благодаря бинарному формату и использованию HTTP/2.
Источник: https://grpc.io/
#Кругозор
Когда использовать gRPC:
1. Высокая производительность: gRPC оптимизирован для низкой задержки и высокой пропускной способности, что делает его идеальным для микросервисов и распределенных систем.
2. Строгая типизация: Protobuf обеспечивает строгую типизацию данных, что упрощает разработку и уменьшает вероятность ошибок.
3. Потоковая передача данных: gRPC поддерживает потоковую передачу, что полезно для задач в реальном времени (например, чаты, IoT).
4. Мультиязычность: gRPC поддерживает множество языков программирования, что удобно для гетерогенных систем.
5. Сложные сценарии взаимодействия: Если требуется двунаправленное взаимодействие или длительные соединения.
Разница с REST:
1. Протокол: REST использует HTTP/1.1, а gRPC — HTTP/2, что обеспечивает более эффективную передачу данных.
2. Формат данных: REST обычно использует JSON или XML, а gRPC — бинарный формат Protobuf, который компактнее и быстрее.
3. Типизация: REST слабо типизирован, а gRPC строго типизирован благодаря Protobuf.
4. Режимы взаимодействия: REST ограничен запросами и ответами, а gRPC поддерживает потоковую передачу и двунаправленное взаимодействие.
5. Производительность: gRPC обычно быстрее и эффективнее благодаря бинарному формату и использованию HTTP/2.
Источник: https://grpc.io/
#Кругозор
👍3🔥1🤝1
Собеседование
На этой неделе был собес, девочка пришла на позицию мидл системный аналитик.
Мило общаемся, я задаю вопросы, что-то она знает, что-то не знает.
У неё опыт работы 3+ лет и все года электронная торговля. 15 минут выспрашиваю чем она занималась и даю ей практическую задачу по её сфер и релевантную её опыту работы….
10 минут она решает задачку, я даю подсказки, направляю её в сторону верного решения, и тут она просит прервать собес и разойтись по своим делам, потому что она устала, запуталась и вообще у неё нет настроения.
Я попрощался и конечно же отпустил её.
Но я до сих пор вспоминаю этот случай и думаю, а что так можно было?!
У меня бывало, что собес не пошел, но я всегда в такой ситуации старался взять максимум, впитать вопросы, подготовится к следующему собесу, узнать что спрашивают, потренироваться говорить и отвечать.
Что скажете, надо ли уходить с собеса, когда поплыл?
На этой неделе был собес, девочка пришла на позицию мидл системный аналитик.
Мило общаемся, я задаю вопросы, что-то она знает, что-то не знает.
У неё опыт работы 3+ лет и все года электронная торговля. 15 минут выспрашиваю чем она занималась и даю ей практическую задачу по её сфер и релевантную её опыту работы….
10 минут она решает задачку, я даю подсказки, направляю её в сторону верного решения, и тут она просит прервать собес и разойтись по своим делам, потому что она устала, запуталась и вообще у неё нет настроения.
Я попрощался и конечно же отпустил её.
Но я до сих пор вспоминаю этот случай и думаю, а что так можно было?!
У меня бывало, что собес не пошел, но я всегда в такой ситуации старался взять максимум, впитать вопросы, подготовится к следующему собесу, узнать что спрашивают, потренироваться говорить и отвечать.
Что скажете, надо ли уходить с собеса, когда поплыл?
😁10👍4👏2