Планы на январские праздники
1. Поесть оливе
2. Побежать забег обещаний
3. Прочитать use case 3.0
4. Поесть селедку под шубой
5. Прочитать нового вигерса
Кстати непрерывное развитие api я еще не прочитал, но прочитал книгу Лукьяненко и Перумова - не время для драконов. Люблю этих авторов, хорошая книга получилась. Как Оливье и селедка под шубой смешанные в одной тарелке
1. Поесть оливе
2. Побежать забег обещаний
3. Прочитать use case 3.0
4. Поесть селедку под шубой
5. Прочитать нового вигерса
Кстати непрерывное развитие api я еще не прочитал, но прочитал книгу Лукьяненко и Перумова - не время для драконов. Люблю этих авторов, хорошая книга получилась. Как Оливье и селедка под шубой смешанные в одной тарелке
🔥3❤2👍2
«Расскажу вам один секрет. Новогодние каникулы, как и майские праздники, это старый добрый способ получить нечестное преимущество. Я приехал сегодня на работу, и начал работать, и никто меня не остановил. Прикиньте! Никто! Они вообще это не проверяют. Можно безо всяких последствий обмануть государство и работодателя и не отдыхать!»
👍4😁2🤝2
Итоги хакатона.
Регистраций - 2
Сдано работ - 0
Призы остаются у меня)
Выводы: предновогодняя неделя очень загружена и у всех много дел. Внешний аккумулятор не мотивирует тратить часов 5 на тренировку по написанию документации)
Но 2 регистрации это уже победа) так что я копить призы получше вернусь с этой активностью)
Регистраций - 2
Сдано работ - 0
Призы остаются у меня)
Выводы: предновогодняя неделя очень загружена и у всех много дел. Внешний аккумулятор не мотивирует тратить часов 5 на тренировку по написанию документации)
Но 2 регистрации это уже победа) так что я копить призы получше вернусь с этой активностью)
🔥4👍3😁2
Forwarded from OpenYellow | Open-source и 1С:Предприятие (Альпака Виталий)
Пополнение!
Новый проект от CrazyElephantX - isdayoff!
API производственного календаря. Проверка даты на принадлежность к нерабочему дню, согласно официальным указам и распоряжениям
Язык: 1C Enterprise
Лицензия: Нет
Ссылка: https://github.com/CrazyElephantX/isdayoff
Новый проект от CrazyElephantX - isdayoff!
API производственного календаря. Проверка даты на принадлежность к нерабочему дню, согласно официальным указам и распоряжениям
Язык: 1C Enterprise
Лицензия: Нет
Ссылка: https://github.com/CrazyElephantX/isdayoff
GitHub
GitHub - CrazyElephantX/isdayoff: API производственного календаря. Проверка даты на принадлежность к нерабочему дню, согласно официальным…
API производственного календаря. Проверка даты на принадлежность к нерабочему дню, согласно официальным указам и распоряжениям - CrazyElephantX/isdayoff
👍4❤2👌2
Obsidian stats 2025-01-02
На текущий момент моя личная база знаний выглядит так:
- 1015 заметки (+299)
- 84 вложений (+11)
- 1099 файл (+310)
- 1737 ссылки (+581)
- 79570 слов (+22086)
- 154.64 МБ (+18.56)
- 863 Тэгов (275)
- 1.711 Качество базы знаний (+0,096)
#Obsidian #БазаЗнаний
И ещё раз всех с новым годом!
На текущий момент моя личная база знаний выглядит так:
- 1015 заметки (+299)
- 84 вложений (+11)
- 1099 файл (+310)
- 1737 ссылки (+581)
- 79570 слов (+22086)
- 154.64 МБ (+18.56)
- 863 Тэгов (275)
- 1.711 Качество базы знаний (+0,096)
#Obsidian #БазаЗнаний
И ещё раз всех с новым годом!
👍2🔥2👏2
Идентификация, Аутентификация и Авторизация
Было у вас такое на собеседовании? Давайте разбираться!
Обсудим важные термины, с которыми сталкиваются не только аналитики, но и обычные люди почти каждый день.
Мы уже научились различать бизнес-анализ и бизнес-аналитику, а также зарплату и аванс (хотя это и не относится к нашей теме). Пришло время двигаться дальше и достичь полного понимания этого мира.
Определения
Как обычно, начнем с определений, но представим их максимально просто.
Идентификация — это процесс определения уникального идентификатора пользователя, например, логина или номера мобильного телефона.
Аутентификация — это проверка подлинности пользователя, например, путём ввода пароля или PIN-кода.
Авторизация — это процесс определения прав и разрешений пользователя, например, разрешение на покупку алкоголя в магазине.
Мы не будем углубляться в каждую из этих процедур и рассматривать варианты идентификации, факторы, способы и протоколы аутентификации, методы авторизации и подходы к управлению доступом — это отдельные большие темы. Для начала давайте просто постараемся не путать эти термины между собой. Как и прежде, нам помогут живое образное мышление и житейские примеры.
Как запомнить?
В современном мире мы ежедневно автоматически проходим эти процедуры десятки раз: вводим пароль от VPN за утренней чашкой кофе, показываем лицо в турникет на входе в метро или Сити, входим по отпечатку пальца в банковское приложение, если всё хорошо, или в приложение медицинской страховки, если всё плохо. За каждым из этих коротких движений стоит длинная цепочка процедур и проверок, направленных на безопасность всего и вся.
Несмотря на высокотехнологичность, всю эту цепочку легко соединяет и демонстрирует любой вахтёр на КПП:
— Стой, кто идёт? <старт процедуры идентификации>
— Это я, Васёк.
— Предъяви паспорт/пропуск/права (т.е. любой официальный документ, где есть похожая на тебя фотка и написано, что вот это лицо зовётся Васёк). <выявление идентификатора>
— Блин… я забыл… <identification failed>
// — Воть, пожалуйста <старт процедуры аутентификации — вахтёр сличает Васёк с фоткой и ФИО в документе>
— Васёк, а почему у тебя паспорт на Фому Киняева? <authentication failed>
// — Какая ужасная фотка в паспорте, в жизни ты намного лучше. Куда идёшь? <authentication succeed>
— К Ивану Петровичу <старт процедуры авторизации — вахтёр ищет Васька в списке посетителей Ивана Петровича>
— Проходи<authorization succeed>
// — Вас тут не записано, идите звоните в спортлото, тилипон на углу <authorization failed>
Мировые произведения искуства
Любая из этих процедур известна с древности и не раз фигурировала в мировой литературе и кинематографе — вы же помните про «Сим-сим, откройся!» или «Скажи «друг» — и войди!»
Но одни из самых ярких мук идентификации и авторизации донёс до нас Достоевский устами своего Раскольникова: «…вошь ли я, как все, или человек? Тварь ли я дрожащая или право имею…». Правда, способ аутентификации он выбрал весьма необычный. Впрочем, это уже совсем другая история.
#Кругозор
Было у вас такое на собеседовании? Давайте разбираться!
Обсудим важные термины, с которыми сталкиваются не только аналитики, но и обычные люди почти каждый день.
Мы уже научились различать бизнес-анализ и бизнес-аналитику, а также зарплату и аванс (хотя это и не относится к нашей теме). Пришло время двигаться дальше и достичь полного понимания этого мира.
Определения
Как обычно, начнем с определений, но представим их максимально просто.
Идентификация — это процесс определения уникального идентификатора пользователя, например, логина или номера мобильного телефона.
Аутентификация — это проверка подлинности пользователя, например, путём ввода пароля или PIN-кода.
Авторизация — это процесс определения прав и разрешений пользователя, например, разрешение на покупку алкоголя в магазине.
Мы не будем углубляться в каждую из этих процедур и рассматривать варианты идентификации, факторы, способы и протоколы аутентификации, методы авторизации и подходы к управлению доступом — это отдельные большие темы. Для начала давайте просто постараемся не путать эти термины между собой. Как и прежде, нам помогут живое образное мышление и житейские примеры.
Как запомнить?
В современном мире мы ежедневно автоматически проходим эти процедуры десятки раз: вводим пароль от VPN за утренней чашкой кофе, показываем лицо в турникет на входе в метро или Сити, входим по отпечатку пальца в банковское приложение, если всё хорошо, или в приложение медицинской страховки, если всё плохо. За каждым из этих коротких движений стоит длинная цепочка процедур и проверок, направленных на безопасность всего и вся.
Несмотря на высокотехнологичность, всю эту цепочку легко соединяет и демонстрирует любой вахтёр на КПП:
— Стой, кто идёт? <старт процедуры идентификации>
— Это я, Васёк.
— Предъяви паспорт/пропуск/права (т.е. любой официальный документ, где есть похожая на тебя фотка и написано, что вот это лицо зовётся Васёк). <выявление идентификатора>
— Блин… я забыл… <identification failed>
// — Воть, пожалуйста <старт процедуры аутентификации — вахтёр сличает Васёк с фоткой и ФИО в документе>
— Васёк, а почему у тебя паспорт на Фому Киняева? <authentication failed>
// — Какая ужасная фотка в паспорте, в жизни ты намного лучше. Куда идёшь? <authentication succeed>
— К Ивану Петровичу <старт процедуры авторизации — вахтёр ищет Васька в списке посетителей Ивана Петровича>
— Проходи<authorization succeed>
// — Вас тут не записано, идите звоните в спортлото, тилипон на углу <authorization failed>
Мировые произведения искуства
Любая из этих процедур известна с древности и не раз фигурировала в мировой литературе и кинематографе — вы же помните про «Сим-сим, откройся!» или «Скажи «друг» — и войди!»
Но одни из самых ярких мук идентификации и авторизации донёс до нас Достоевский устами своего Раскольникова: «…вошь ли я, как все, или человек? Тварь ли я дрожащая или право имею…». Правда, способ аутентификации он выбрал весьма необычный. Впрочем, это уже совсем другая история.
#Кругозор
👍5🔥4🤝1
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