На Boosty появилась новая подписка Эксперт это специальная подписка для людей, которые занимаются публичной деятельностью и хотят делиться своей экспертизой через соер.клуб
Важно! Клуб имеет право отказать в предоставлении роли эксперт, с возвратом средств за подписку. В случае отказа от подписки информация об эксперте удаляется из всех топиков, так же может быть удалена история сообщений.
Эксперты получают следующие бонусы в телеграм группе клуба:
- роль админ с возможностью указать информацию о области экспертизы
- могут разместить информацию о себе и указать ссылки на свои ресурсы в отдельном топике "Эксперты"
- могут публиковать свои информационные материалы для разбора на субботних стримах (ссылки на телеграм, ютуб, рутуб или вк)
- могут участвовать в качестве приглашенных экспертов с указанием "Эксперт" на субботних стримах (по согласованию)
- могут размещать свои информационные материалы или обзоры на данном телеграм канале (по согласованию, не чаще одного раза в месяц)
- могут выступать в роли менторов для членов клуба
Я так же буду приглашать в клуб экспертов на свое усмотрение, не через подписку.
UPD. При подписке на три месяца вы можете разместить свой стикер в специальном стикерпаке клуба "Эксперты".
UPD2. Участие во всех мероприятиях клуба в качестве специальных гостей предлагается только экспертам, речь идет о жюри конкурсов, выступлениях со сцены и т.д.
Важно! Клуб имеет право отказать в предоставлении роли эксперт, с возвратом средств за подписку. В случае отказа от подписки информация об эксперте удаляется из всех топиков, так же может быть удалена история сообщений.
Эксперты получают следующие бонусы в телеграм группе клуба:
- роль админ с возможностью указать информацию о области экспертизы
- могут разместить информацию о себе и указать ссылки на свои ресурсы в отдельном топике "Эксперты"
- могут публиковать свои информационные материалы для разбора на субботних стримах (ссылки на телеграм, ютуб, рутуб или вк)
- могут участвовать в качестве приглашенных экспертов с указанием "Эксперт" на субботних стримах (по согласованию)
- могут размещать свои информационные материалы или обзоры на данном телеграм канале (по согласованию, не чаще одного раза в месяц)
- могут выступать в роли менторов для членов клуба
Я так же буду приглашать в клуб экспертов на свое усмотрение, не через подписку.
UPD. При подписке на три месяца вы можете разместить свой стикер в специальном стикерпаке клуба "Эксперты".
UPD2. Участие во всех мероприятиях клуба в качестве специальных гостей предлагается только экспертам, речь идет о жюри конкурсов, выступлениях со сцены и т.д.
Boosty.to
SOER CLUB - exclusive content on Boosty
Exclusive content from SOER CLUB, sign up and get access!
🤡16👍12
Опыт использования планшетка как ПК
Я рассматривал планшет как отличный компромисс между мобильностью и размером экрана. Его можно везде брать с собой, работать в кафе или на свежем воздухе.
Для того чтобы быстро печатать я взял планшет с клавиатурой, а для графических пометок стилус.
Основная проблема, которая у меня возникла - неудобная клавиатура. Мне нужна полноразмерная с хорошим ходом клавиш. На "мобильной" пальцы буквально сводит при быстрой печати, так как движения короткие и частые.
Сейчас я пишу пост на планшете, и мне очень неудобно.
Далее расскажу какие вещи мне удобно делать на планшете, а какие нет.
1. Консоль к VPS (ssh)
Я использую termux для получения более-менее качественной консоли. Использую редко, так как оказалось, что админских задач у меня мало, а сама консоль многое не позволяет делать.
Я развернул на termux nodejs и nvim, хотел делать уроки по программированию, но получается очень плохо.
Подключение по ssh можно делать и не через termux, но если что-то нужно быстро перезапустить или посмотреть логи, вполне подходит.
В целом не рекомендую планшет для задач администрирования сервера.
2. Демонстрация экрана на стримах
Довольно простой и удобный способ показать видео, нарисовать на экране диаграмму. Я подключаю планшет к ноуту или ПК через ADB и транслирую экран со звуком.
Удобно, пользуюсь часто
3. Писать код
Просто скажу - не получается.
4. Писать электронные заметки
Неудобно, мне нравится бумага. На бумаге как-то все точнее, не надо ничего никуда скролить, можно взять большой лист, а не ограничиваться экраном.
На планшете постоянно приходится то увеличивать, то уменьшать. Неудобно.
5. Чтение книг
Очень удобно, я часто читаю на планшете. Хотя приятнее, опять же, читать на бумаге.
6. Серфинг в интернете
Предпочитаю на ноутбуке. Не хватает экрана
7. Ревью кода
Делаю ревью кода и в целом смотрю весь код от Naris на планшете, прежде чем его смерджить.
После более чем года использования планшета, я заметил, что он часто лежит у меня где-то в углу и пылится. Дома я использую ноут, так как намного удобнее.
В кафе я все чаще беру телефон, так как его можно сунуть в карман, а для планшета нужно брать небольшую сумку или рюкзак, что напрягает.
Вывод: планшет удобно использовать на стримах для демонстрации материалов, с возможностью рисовать на экране.
Так же можно читать книги.
В остальном лучше ноутбук.
#опыт #мысли
Я рассматривал планшет как отличный компромисс между мобильностью и размером экрана. Его можно везде брать с собой, работать в кафе или на свежем воздухе.
Для того чтобы быстро печатать я взял планшет с клавиатурой, а для графических пометок стилус.
Основная проблема, которая у меня возникла - неудобная клавиатура. Мне нужна полноразмерная с хорошим ходом клавиш. На "мобильной" пальцы буквально сводит при быстрой печати, так как движения короткие и частые.
Сейчас я пишу пост на планшете, и мне очень неудобно.
Далее расскажу какие вещи мне удобно делать на планшете, а какие нет.
1. Консоль к VPS (ssh)
Я использую termux для получения более-менее качественной консоли. Использую редко, так как оказалось, что админских задач у меня мало, а сама консоль многое не позволяет делать.
Я развернул на termux nodejs и nvim, хотел делать уроки по программированию, но получается очень плохо.
Подключение по ssh можно делать и не через termux, но если что-то нужно быстро перезапустить или посмотреть логи, вполне подходит.
В целом не рекомендую планшет для задач администрирования сервера.
2. Демонстрация экрана на стримах
Довольно простой и удобный способ показать видео, нарисовать на экране диаграмму. Я подключаю планшет к ноуту или ПК через ADB и транслирую экран со звуком.
Удобно, пользуюсь часто
3. Писать код
Просто скажу - не получается.
4. Писать электронные заметки
Неудобно, мне нравится бумага. На бумаге как-то все точнее, не надо ничего никуда скролить, можно взять большой лист, а не ограничиваться экраном.
На планшете постоянно приходится то увеличивать, то уменьшать. Неудобно.
5. Чтение книг
Очень удобно, я часто читаю на планшете. Хотя приятнее, опять же, читать на бумаге.
6. Серфинг в интернете
Предпочитаю на ноутбуке. Не хватает экрана
7. Ревью кода
Делаю ревью кода и в целом смотрю весь код от Naris на планшете, прежде чем его смерджить.
После более чем года использования планшета, я заметил, что он часто лежит у меня где-то в углу и пылится. Дома я использую ноут, так как намного удобнее.
В кафе я все чаще беру телефон, так как его можно сунуть в карман, а для планшета нужно брать небольшую сумку или рюкзак, что напрягает.
Вывод: планшет удобно использовать на стримах для демонстрации материалов, с возможностью рисовать на экране.
Так же можно читать книги.
В остальном лучше ноутбук.
#опыт #мысли
👍37
Есть кто знакомый с докером? Есть проблема, что сервак работает внутри контейнера фигово - будто ресурсов не хватает, но по приборам у него все есть
Вдруг кто сталкивался
Давайте попробуем применить коллективный разум, чтобы решить вопрос!
🤔4
Почему так происходит?
Постоянно вижу как люди не могут выбрать кого слушать. Вроде и этот ничего так говорит, и тот неплох. Хочется найти кого-то одного, кто скажет, что тебе надо делать чтобы реализовать свои идеи.
А по итогу советов много, а результатов мало. Потому что пока бегал и прыгал за чужим мнением, время ушло, а результатов не появилось.
Этот сценарий воспроизводится всегда и единственное решение - это взять и разобраться в себе. А от людей вокруг искать поддержку, если ваши мнения совпадают.
Слушать надо свои ощущения, если что-то радует, то значит и ваше.
Постоянно вижу как люди не могут выбрать кого слушать. Вроде и этот ничего так говорит, и тот неплох. Хочется найти кого-то одного, кто скажет, что тебе надо делать чтобы реализовать свои идеи.
А по итогу советов много, а результатов мало. Потому что пока бегал и прыгал за чужим мнением, время ушло, а результатов не появилось.
Этот сценарий воспроизводится всегда и единственное решение - это взять и разобраться в себе. А от людей вокруг искать поддержку, если ваши мнения совпадают.
Слушать надо свои ощущения, если что-то радует, то значит и ваше.
Forwarded from Семен Алексеев
Чем больше разных мнений слушаешь, тем сильнее размывается свое собственное, растет неуверенность, энтропия.
🔥35🤡7👍5🤔5
Как я проходил первый "стеклянный потолок"
Случай всегда играет важную роль в жизни любого человека, мне в свое время очень помогли два совета:
- Менеджеры продвигают себя, а не тебя. Если хочешь расти по ЗП и должности, то общайся с людьми которые принимают решения;
- Специализируйся на проблемах, на которых никто другой не специализируется
Первый мой стеклянный потолок случился в ЦБ, я дорос до руководителя группы, хорошо справлялся со своими обязанностями, регулярно получал премии и персональные надбавки. Но было две проблемы: доход не рос, расти дальше по карьере я не мог.
Основная проблема - я был полностью изолирован от руководителей высшего звена, мой непосредственный руководитель презентовал достижения отдела как свои собственные. И продвигал себя.
Любые мои достижения ухудшали ситуацию тем, что высшее руководство видело это так: "Я - хороший (очень хороший) исполнитель, а мой начальник - отличный руководитель". Значит меня нужно премировать, а руководителя двигать дальше.
Отрицать реальность глупо, можно сколько угодно говорить, что это несправедливо, но от этого ничего не изменится. Поэтому я решил искать новую компанию.
Но в другой компании я был бы так же исполнителем, потеряв все бонусы текущего места. И так как зарплата уже была выше среднего по рынку, то переход мог быть интересен только с потенциалом роста.
Поэтому мне было интересно найти компанию, где будет контакт непосредственно с высшим руководством.
Было два условно плохих варианта:
- московские интеграторы (Фактор, ИБС и т.д.)
- крупные вендоры (Microsoft, HP, IBM).
С менеджерами и тех, и других я общался по работе. Но опять проблема - менеджер не будет тебя двигать.
Третий вариант - растущие айти-компании, которые с нами сотрудничали. Там я мог спокойно обращаться к руководителю.
Несмотря на то, что там так же были менеджеры, но у этих компании плечо принятия решения гораздо короче. Поэтому я взял за правило - общаться только с руководителем компании, а не менеджером.
Второй момент - я знал специфику работы ЦБ, не тратил время на менеджеров при работе с подрядчиками, поэтому по своим задачам очень быстро закрывал вопросы. Благодаря этому подрядчик быстро закрывал договор и получал свою оплату. Короче говоря, я продвинул себя как очень эффективного сотрудника.
В итоге, все сложилось вместе:
- общался непосредственно с человеком принимающим решения;
- помогал решать специфичные проблемы, для которых не так просто найти решение
- технически развивался и был компетентен в техническом плане.
Так как у руководителя компании, с которым я работал, было много заказов кроме нашего управления, и ему было выгодно меня переманить к себе, то я получил предложение перейти к ним. Так как хантили точечно, то предложили очень хорошие условия:
- высокая ЗП (в разы выше моей текущей)
- должность зам. директора
У меня со всеми коллегами сохранились отличные отношения, кроме непосредственного начальника, так как мой уход влиял непосредственно на его показатели.
На новой должности я в том числе работал со своим старым руководителем, были моменты когда он пытался саботировать проекты которые я вел. Но это быстро прекратилось, так как я просто переключил его на работу через менеджеров и напрямую не общался.
SOER | PRO | Boosty
Случай всегда играет важную роль в жизни любого человека, мне в свое время очень помогли два совета:
- Менеджеры продвигают себя, а не тебя. Если хочешь расти по ЗП и должности, то общайся с людьми которые принимают решения;
- Специализируйся на проблемах, на которых никто другой не специализируется
Первый мой стеклянный потолок случился в ЦБ, я дорос до руководителя группы, хорошо справлялся со своими обязанностями, регулярно получал премии и персональные надбавки. Но было две проблемы: доход не рос, расти дальше по карьере я не мог.
Основная проблема - я был полностью изолирован от руководителей высшего звена, мой непосредственный руководитель презентовал достижения отдела как свои собственные. И продвигал себя.
Любые мои достижения ухудшали ситуацию тем, что высшее руководство видело это так: "Я - хороший (очень хороший) исполнитель, а мой начальник - отличный руководитель". Значит меня нужно премировать, а руководителя двигать дальше.
Отрицать реальность глупо, можно сколько угодно говорить, что это несправедливо, но от этого ничего не изменится. Поэтому я решил искать новую компанию.
Но в другой компании я был бы так же исполнителем, потеряв все бонусы текущего места. И так как зарплата уже была выше среднего по рынку, то переход мог быть интересен только с потенциалом роста.
Поэтому мне было интересно найти компанию, где будет контакт непосредственно с высшим руководством.
Было два условно плохих варианта:
- московские интеграторы (Фактор, ИБС и т.д.)
- крупные вендоры (Microsoft, HP, IBM).
С менеджерами и тех, и других я общался по работе. Но опять проблема - менеджер не будет тебя двигать.
Третий вариант - растущие айти-компании, которые с нами сотрудничали. Там я мог спокойно обращаться к руководителю.
Несмотря на то, что там так же были менеджеры, но у этих компании плечо принятия решения гораздо короче. Поэтому я взял за правило - общаться только с руководителем компании, а не менеджером.
Второй момент - я знал специфику работы ЦБ, не тратил время на менеджеров при работе с подрядчиками, поэтому по своим задачам очень быстро закрывал вопросы. Благодаря этому подрядчик быстро закрывал договор и получал свою оплату. Короче говоря, я продвинул себя как очень эффективного сотрудника.
В итоге, все сложилось вместе:
- общался непосредственно с человеком принимающим решения;
- помогал решать специфичные проблемы, для которых не так просто найти решение
- технически развивался и был компетентен в техническом плане.
Так как у руководителя компании, с которым я работал, было много заказов кроме нашего управления, и ему было выгодно меня переманить к себе, то я получил предложение перейти к ним. Так как хантили точечно, то предложили очень хорошие условия:
- высокая ЗП (в разы выше моей текущей)
- должность зам. директора
У меня со всеми коллегами сохранились отличные отношения, кроме непосредственного начальника, так как мой уход влиял непосредственно на его показатели.
На новой должности я в том числе работал со своим старым руководителем, были моменты когда он пытался саботировать проекты которые я вел. Но это быстро прекратилось, так как я просто переключил его на работу через менеджеров и напрямую не общался.
SOER | PRO | Boosty
👍83
Личный бренд
SOER
Поделились планами на карьерный рост, идеями развития личного бренда и в целом интересно пообщались
👍19😁1🕊1🤡1
Сегодня разыграл три подписки PRO на год
Победители:
- Vadim S.
- Ivane
- Igor P.
Следующий розыгрыш через месяц. Правила такие:
- разыгрывается столько подписок PRO какой уровень достигнут благодаря бустам
- первая подписка разыгрывается среди тех кто бустил хотя бы раз
- вторая и последующие среди тех кто бустил более одного раза (т.е. 2-ая подписка тем кто бустил миниумм 2 раза, 3-я подписка тем кто бустил минимум 3 раза и т.д.)
Всем скинул JSON токены в личку.
Победители:
- Vadim S.
- Ivane
- Igor P.
Следующий розыгрыш через месяц. Правила такие:
- разыгрывается столько подписок PRO какой уровень достигнут благодаря бустам
- первая подписка разыгрывается среди тех кто бустил хотя бы раз
- вторая и последующие среди тех кто бустил более одного раза (т.е. 2-ая подписка тем кто бустил миниумм 2 раза, 3-я подписка тем кто бустил минимум 3 раза и т.д.)
Всем скинул JSON токены в личку.
🎉16🤡11👍4🤔3
Ребята, сегодня стрим отменяется. Возникли срочные дела. Приношу свои извинения
👌58🤡24👍9🤝3🤗2
Ребята, огромное спасибо за бусты, мы набрал уже 5ый уровень.
Сегодня я хотел бы собрать ваши мнения по поводу такого вопроса: "какие хардскилы вам важны в вашей работе".
Это будет тема одного из следующих стримов. Ваши ответы помогу многим разобраться и не тратить время на ненужные знания.
Сегодня я хотел бы собрать ваши мнения по поводу такого вопроса: "какие хардскилы вам важны в вашей работе".
Это будет тема одного из следующих стримов. Ваши ответы помогу многим разобраться и не тратить время на ненужные знания.
От себя скажу, что мне помогают:
- проектирование и аналитика
Я начинаю работу со сбора и анализа требований, потом всегда прикидываю решение, прежде чем писать код. Обычно использую бумагу чтобы что-то зафиксировать.
Это помогает в реализации сложных фич, с большим количеством неизвестных. Если надо устранить баг, то как правило этого не требуется.
- выделение интерфейсов и абстракций
Вроде и не хардскил в привычном понимании, но я экономлю себе кучу времени на рефакторинге, тем что сразу уменьшаю количество открытых методов.
Сужение (уменьшение) количества методов публичного интерфейса - это одна из вещей которая доставляет страшную боль на рефакторинге
- теория программирования
Это очень обширная вещь, сюда входят принципы (solid, grasp и т.д.), шаблоны, правила, "запахи", чистота кода и т.д.
Общая идея опять же в том, чтобы изначально уменьшить объем работы. У Макконела есть информация о том как стоимость устранения дефекта растёт при позднем его выявлении.
- парадигмы (ООП)
Помогает при декомпозиции задачи.
- язык программирования
Как правило сильно глубокого знания ЯП мне не требуется, часто даже прошу ограничить специфичные конструкции языка другими разрабами, они могутт сильно усложнить сопровождение кода.
Если нужно устранить что-то очень сложное, то проще найти специалиста который сделает специфчный анализ, чем сильно копать ЯП.
- структуры данных, алгоритмы
Тут сложно оценить, но заметил, что люди которые хорошо пишут код, как правило неплохо разбираются в алгоритмах.
- проектирование и аналитика
Я начинаю работу со сбора и анализа требований, потом всегда прикидываю решение, прежде чем писать код. Обычно использую бумагу чтобы что-то зафиксировать.
Это помогает в реализации сложных фич, с большим количеством неизвестных. Если надо устранить баг, то как правило этого не требуется.
- выделение интерфейсов и абстракций
Вроде и не хардскил в привычном понимании, но я экономлю себе кучу времени на рефакторинге, тем что сразу уменьшаю количество открытых методов.
Сужение (уменьшение) количества методов публичного интерфейса - это одна из вещей которая доставляет страшную боль на рефакторинге
- теория программирования
Это очень обширная вещь, сюда входят принципы (solid, grasp и т.д.), шаблоны, правила, "запахи", чистота кода и т.д.
Общая идея опять же в том, чтобы изначально уменьшить объем работы. У Макконела есть информация о том как стоимость устранения дефекта растёт при позднем его выявлении.
- парадигмы (ООП)
Помогает при декомпозиции задачи.
- язык программирования
Как правило сильно глубокого знания ЯП мне не требуется, часто даже прошу ограничить специфичные конструкции языка другими разрабами, они могутт сильно усложнить сопровождение кода.
Если нужно устранить что-то очень сложное, то проще найти специалиста который сделает специфчный анализ, чем сильно копать ЯП.
- структуры данных, алгоритмы
Тут сложно оценить, но заметил, что люди которые хорошо пишут код, как правило неплохо разбираются в алгоритмах.
❤28👍19🤡7
Проблема с планами, такая же как с тестами - все любят когда план есть, и тебе просто говорят что делать, но никто не любит составлять и продумывать планы, особенно командные.
С тестами тоже самое - классно когда они есть и работают, но делать их самому - брррр....
С тестами тоже самое - классно когда они есть и работают, но делать их самому - брррр....
👍51😁11🤡8
Используется ли в ваших продуктах, что-то из перечисленного
Anonymous Poll
38%
Облачные платформы
25%
Чат-боты
3%
Голосовые помощники
27%
ИИ в разработке
6%
ИИ в тестировании
41%
Ничего из перечисленного
🤡10👍9
Обожаю смотреть ролики Миши Фленова, недавно вышло интервью с Сергеем Беловым про безопасность. Я не безопасник, но работа "в защите" мне импонирует больше чем "в нападении". Приятно послушать грамотных инженеров. Спасибо, Михаилу за гостя!
YouTube
Проблемы Web безопасности - Хакеры и защита от Хакеров
Сейчас в Казахстане я пересёкся с Сергеем Беловым и мы без подготовки решили поговорить про безопасность. Общались на совершенно разные вопросы безопасности, без подготовки, без правок и редактур и получилось просто офигенно.
Ссылка на сайт, о котором говорим…
Ссылка на сайт, о котором говорим…
Три поколения развития архитектуры
Развитие технологий и общества привели к возникновеню понятий "Веб 2.0" и "Веб 3.0" - идея в том, чтобы выделить новые подходы в построении программного обеспечения и выразить новые задачи, которые стоят перед обществом.
Ровно таким же образом можно разделить архитектурные подходы на три волны:
Архитектура 1.0:
- рассмотрение модульности/монолитности;
- масштабирование за счет вертикального роста;
- исследование и декомпозиция программных систем;
- балансировка нагрузки;
- инфраструктура как ПО;
- расширение за счет дублирования;
- ACID.
Архитектура 2.0:
- горизонтальная масштабируемость;
- процессный или сервисный подходы;
- микромодульность;
- инфраструктура как код (облака);
- расширение за счет распределенных транзакций;
- BASE.
Архитектура 3.0:
- децентрализация;
- семантический веб;
- блокчейн (web3);
- токенизация.
Архитектурные решения первой волны во многом заложены в код. Например, принципы построения программного обеспечения SOLID или GRASP, принципы границ на уровне кода (чистая архитектура и тому подобное), создание пакетов и модулей и т.д. Так как сейчас серьезно взялись за генерацию кода методами ИИ, то архитектура 1.0 уже заложена в эту генерацию.
Предложенное разделение весьма условно, но без этого разделения попытки разговаривать про архитектуру современного ПО превращаются в кашу (я это остро чувствую в своих архитектурных видео), потому что делать софт в облаке и делать небольшой монолит с трехслойной архитектурой - это сильно разные вещи, и объединять их вместе не получается. Предложенное разделение помогает внести ясность в обсуждение, ровно таким же образом, как разделение веба на версии.
Так же интересно, что есть два термина, которые могут запутать Web3 и Web3.0 в первом случае речь про новый децентрализованный интеренет и блокчейн технологии, второй про семантический веб.
#мысли #архитектура
Развитие технологий и общества привели к возникновеню понятий "Веб 2.0" и "Веб 3.0" - идея в том, чтобы выделить новые подходы в построении программного обеспечения и выразить новые задачи, которые стоят перед обществом.
Ровно таким же образом можно разделить архитектурные подходы на три волны:
Архитектура 1.0:
- рассмотрение модульности/монолитности;
- масштабирование за счет вертикального роста;
- исследование и декомпозиция программных систем;
- балансировка нагрузки;
- инфраструктура как ПО;
- расширение за счет дублирования;
- ACID.
Архитектура 2.0:
- горизонтальная масштабируемость;
- процессный или сервисный подходы;
- микромодульность;
- инфраструктура как код (облака);
- расширение за счет распределенных транзакций;
- BASE.
Архитектура 3.0:
- децентрализация;
- семантический веб;
- блокчейн (web3);
- токенизация.
Архитектурные решения первой волны во многом заложены в код. Например, принципы построения программного обеспечения SOLID или GRASP, принципы границ на уровне кода (чистая архитектура и тому подобное), создание пакетов и модулей и т.д. Так как сейчас серьезно взялись за генерацию кода методами ИИ, то архитектура 1.0 уже заложена в эту генерацию.
Предложенное разделение весьма условно, но без этого разделения попытки разговаривать про архитектуру современного ПО превращаются в кашу (я это остро чувствую в своих архитектурных видео), потому что делать софт в облаке и делать небольшой монолит с трехслойной архитектурой - это сильно разные вещи, и объединять их вместе не получается. Предложенное разделение помогает внести ясность в обсуждение, ровно таким же образом, как разделение веба на версии.
Так же интересно, что есть два термина, которые могут запутать Web3 и Web3.0 в первом случае речь про новый децентрализованный интеренет и блокчейн технологии, второй про семантический веб.
#мысли #архитектура
👍30
В своей практике принцип KISS использую всегда только как аргумент в споре с коллегами, при подготовке первого драфта никогда не применял его в проектировании.
Обычно я делаю решение отталкиваясь от функциональности, иду от общего к частному, получаю какое-то решение, с необходимым уровнем детализации, а потом ищу пути оптимизации (если есть необходимость).
Я не представляю как можно сразу проектировать придерживаясь KISS.
Т.е. нужно делать несколько предположений, выбирать из них наиболее простое, и надеяться, что комбинация таких решений даст оптимальный результат, соответствующий требованиям.
Мне кажется, что такое упрощение промежуточных решений скорее приведет к несостоятельному конечному результату. Это как жигуль и какая-нибудь аналогичная иномарка, по устройству жигуль будет сильно проще, но абсолютно несостоятелен с позиции качества решения.
#мысли
Обычно я делаю решение отталкиваясь от функциональности, иду от общего к частному, получаю какое-то решение, с необходимым уровнем детализации, а потом ищу пути оптимизации (если есть необходимость).
Я не представляю как можно сразу проектировать придерживаясь KISS.
Т.е. нужно делать несколько предположений, выбирать из них наиболее простое, и надеяться, что комбинация таких решений даст оптимальный результат, соответствующий требованиям.
Мне кажется, что такое упрощение промежуточных решений скорее приведет к несостоятельному конечному результату. Это как жигуль и какая-нибудь аналогичная иномарка, по устройству жигуль будет сильно проще, но абсолютно несостоятелен с позиции качества решения.
#мысли
👍34