И сразу закрыл. Не понимаю чему может научить подобная статья. Вообще в целом, на мой взгляд, внедрение зависимостей в таких языках как Python или Ruby не приносит ничего полезного, ИМХО, это антипаттерн. Я например прекрасно обхожусь без всего этого используя функциональную композицию, используя классы по минимуму, и все прекрасно.
То о чем мы говорим это не совсем хард-скиллы ... и автора думаю тоже (по крайней мере я так понял)
Данное указание стоит подпунктом для hard-skills. Я думаю неслучайно. Мне кажется здесь речь идет о таком токсичном гуру программисте(деде от программирования, рок-старе), из некоего мвидео или ватэвэер, которые тыкает "рыльцем" своих некомпетентных коллег в их программистские некомпетентности. У нас на просторах бывшего сесер такое поведение, это прям нац спорт.
Если же речь заходит о soft-skills, даже если автор и не об этом, то тут тоже самое. Есть разница между фразой "ты некомпетентный специалист и в программировании ничего не понимаешь, так что знай свое место" и "мне кажется предложенный вами подход не очень оптимален, но спасибо за предложение". Даже если разговор имеет место между PM и разработчиком. Но это, еще раз, не из hard-skills.
Когда речь заходит о hard-skills, имеется ввиду непосредственно ваша тех специализация, следовательно, коллеги по hard-skills такие же программисты, как и вы. Взаимоотношения с другими работниками компании тоже должно строится на позитивном общении, как по мне, но это немного не то.
Не перекручивайте. Речи об этом не было ни в словах автора статьи, ни в моих словах.
В ваших словах напрямую нет, но они звучат как оправдание токсичности. А вот слова автора напрямую пропагандируют эту токсичность. Ваш пример тоже перекручен. Вы будучи программистом не являетесь коллегой работника службы безопасности, напрямую. Из вашего примера следует что в такой конторе царит полный бардак, если программист советует безопаснику как делать его работу.
Автор же говорит о взаимоотношениях между программистами А и В.
Но это полная противоположность тому, что нужно в решении технических задач. Хард-скиллы требуют строго обратного:
Тех задачи у работников отдела ИТ безопасности и отдела разработки ПО в 99% случаев совершенно разные.
Представим ситуацию, где вы занимаетесь разработкой на питоне. В один прекрасный день, ваш коллега укажет вам на кусок сделанного вами же, с похмелья, кода, добавив при этом что автор этого кода полный и не компетентный профан. Не думаю что вам это особо понравится. А вот если этот же коллега назовет вас некомпетентным в делах независимости Каталонии, это уже будет воспринято вами по другому.
Вы видимо очень плохо знакомы с python и PyQt в особенности, иначе я ваш коментарий объяснить не могу.
Вы знаете, что бы оценить дизайн определенной библиотеки, совершенно не обязательно быть экскретом данной библиотеки, я бы даже сказал, наоборот. Если библиотека представляет вам 6 совершенно разных путей решения одной простой задачи, значит дизайн такой библиотеки отстой. Даже если ей пользуются массы крупных компаний.
Вам никто не мешает разбить код на нужные вам архитектурные паттерны типа MVC самостоятельно,
Подождите минутку, а почему это я должен пилить MVC велосипед поверх QT? Ладно если бы QT хоть как-то упрощала движение в сторону MVC, но нет, это просто ад. Вы говорите про минутку, хорошо, вот как вы можете запилить за минутку того чего нет? Этот факт известен.
и придерживаться этой структуры своего приложения без строгого следования структуры приложения навязанного разработчиками библиотеки
Т.е. это мой MVC, и вообще я художник, я так вижу ...
python это не java в нем все делается быстро и просто
Быстро только мыши размножаются, херакс, херакс и в продакшен, нет спасибо не надо. На java тоже можно быстро и с каждой новой версией все проще и проще. А mypy и нативная нотация типов, это вообще создание еретиков которое делает python похожим на все эти противные, типизированные языки.
а QT очень мощная библиотека, которую используют крупные компании для своего софта например Autodesk, да даже KDE на нем написано.
Мощная и невероятно запутанная, плохо спроектированная с точки зрения конечного пользования и с отвратной документацией, в которой черт ногу сломит. Ну Autodesk я бы не стал указывать как эталон, это скорее анти-эталон. KDE, не уверен, что они на питонах пишут, в любом случае надеюсь что они смогли победить плохой дизайн QT и организовать свою работу наилучшим, для себя, образом.
Вообще интересно было бы провести подсчет среди компаний использующих QT, что бы узнать сколько из них лабают адовый спагетти гавно-хардкор, сколько запиливают доморощенный MVC, а сколько пользуются другими, запиленными MV* парадигмами. Что-то мне подсказывает что первый вариант приходится на абсолютное большинство контор и опенсорс проектов, а жаль.
Вот вы правильно характеризуете деяния: дичь которую советует коллега, автор же клеит этикетку некомпетентного коллеги на конкретного человека. Есть разница между осуждением действий и людей, в этом и кроется нюанс позитивного общения с членами твоей команды. Ведь с этими людьми ты проводишь больше времени чем с собственной семьей.
игнорировать мнения и советы от некомпетентных коллег
Во, сразу видно, автор - "наш человек" из "нашей компании". Аз есьм, окружен некомпетентными людьми, идиотами. Только я, родимый, никто другой не способен.
Никогда не понимал зачем(ну кроме очень узких задач) нужен grpc для микросервисов(сразу вспоминаю про корень всех зол). Но на примере .NETa использование grpc выглядит абсурдным, ведь майки для таких узких задач специально создавали wcf. Наверное wcf от гугла звучит круче чем от майков.
Они считали, что система Kubernetes слишком сложная, в ней никто не разберётся и людям больше по вкусу придётся нативный оркестратор Docker Swarm, очень простой в использовании, с маленькой и ясной документацией.
Где-то я уже это видел ... А вспомнил Git vs Bazaar
PyQt просто ужасен в плане дизайна. Когда веб да и такие мастодонты от мира десктопа WPF/JavaFx предлагают нам разные сбалансированные подходы к разграничению кода и логики, как MVC/MVVM и ежи с ними, PyQt излевается на нас километрами нечистот декларативного спаггети когда. Кода который совершенно невозможно тестировать или поддерживать без мата. Вы скажете, но там же есть дизайнер формочек, да, но с ним тоже полно проблем и он совершенно не решает проблем с разграничением когда и логики.
Есть у них пояснение как пилить MV* на их фреймворке, но это просто испанский стыд по сравнению с mvvmFx от мира JavaFx.
Да, пакет на поверхности, не факт, но мне кажется, если подкрутить чувствительность, то заросли травы должны быть видны при колебании воды. А как дела обстоят с использованием лазерного луча или ультразвука на поверхности воды?
Pyenv — для управления и установки различных версий Python, и Poetry — для управления пакетами и виртуальными окружениями.
Ребята, автору англоязычной статьи скорее всего занесли :). Никому не советую эти библиотеки в рабочем проекте. Обе эти поделки не дорастают до уровня miniconda.
Подскажите пожалуйста, можно ли работать с microStudio вне веба?
Дочитал до первого "локального" импорта:
И сразу закрыл. Не понимаю чему может научить подобная статья. Вообще в целом, на мой взгляд, внедрение зависимостей в таких языках как Python или Ruby не приносит ничего полезного, ИМХО, это антипаттерн. Я например прекрасно обхожусь без всего этого используя функциональную композицию, используя классы по минимуму, и все прекрасно.
Данное указание стоит подпунктом для hard-skills. Я думаю неслучайно. Мне кажется здесь речь идет о таком токсичном гуру программисте(деде от программирования, рок-старе), из некоего мвидео или ватэвэер, которые тыкает "рыльцем" своих некомпетентных коллег в их программистские некомпетентности. У нас на просторах бывшего сесер такое поведение, это прям нац спорт.
Если же речь заходит о soft-skills, даже если автор и не об этом, то тут тоже самое. Есть разница между фразой "ты некомпетентный специалист и в программировании ничего не понимаешь, так что знай свое место" и "мне кажется предложенный вами подход не очень оптимален, но спасибо за предложение". Даже если разговор имеет место между PM и разработчиком. Но это, еще раз, не из hard-skills.
Когда речь заходит о hard-skills, имеется ввиду непосредственно ваша тех специализация, следовательно, коллеги по hard-skills такие же программисты, как и вы. Взаимоотношения с другими работниками компании тоже должно строится на позитивном общении, как по мне, но это немного не то.
В ваших словах напрямую нет, но они звучат как оправдание токсичности. А вот слова автора напрямую пропагандируют эту токсичность. Ваш пример тоже перекручен. Вы будучи программистом не являетесь коллегой работника службы безопасности, напрямую. Из вашего примера следует что в такой конторе царит полный бардак, если программист советует безопаснику как делать его работу.
Автор же говорит о взаимоотношениях между программистами А и В.
Тех задачи у работников отдела ИТ безопасности и отдела разработки ПО в 99% случаев совершенно разные.
Представим ситуацию, где вы занимаетесь разработкой на питоне. В один прекрасный день, ваш коллега укажет вам на кусок сделанного вами же, с похмелья, кода, добавив при этом что автор этого кода полный и не компетентный профан. Не думаю что вам это особо понравится. А вот если этот же коллега назовет вас некомпетентным в делах независимости Каталонии, это уже будет воспринято вами по другому.
Вы знаете, что бы оценить дизайн определенной библиотеки, совершенно не обязательно быть экскретом данной библиотеки, я бы даже сказал, наоборот. Если библиотека представляет вам 6 совершенно разных путей решения одной простой задачи, значит дизайн такой библиотеки отстой. Даже если ей пользуются массы крупных компаний.
Подождите минутку, а почему это я должен пилить MVC велосипед поверх QT? Ладно если бы QT хоть как-то упрощала движение в сторону MVC, но нет, это просто ад. Вы говорите про минутку, хорошо, вот как вы можете запилить за минутку того чего нет? Этот факт известен.
Т.е. это мой MVC, и вообще я художник, я так вижу ...
Быстро только мыши размножаются, херакс, херакс и в продакшен, нет спасибо не надо. На java тоже можно быстро и с каждой новой версией все проще и проще. А mypy и нативная нотация типов, это вообще создание еретиков которое делает python похожим на все эти противные, типизированные языки.
Мощная и невероятно запутанная, плохо спроектированная с точки зрения конечного пользования и с отвратной документацией, в которой черт ногу сломит. Ну Autodesk я бы не стал указывать как эталон, это скорее анти-эталон. KDE, не уверен, что они на питонах пишут, в любом случае надеюсь что они смогли победить плохой дизайн QT и организовать свою работу наилучшим, для себя, образом.
Вообще интересно было бы провести подсчет среди компаний использующих QT, что бы узнать сколько из них лабают адовый спагетти гавно-хардкор, сколько запиливают доморощенный MVC, а сколько пользуются другими, запиленными MV* парадигмами. Что-то мне подсказывает что первый вариант приходится на абсолютное большинство контор и опенсорс проектов, а жаль.
Вот вы правильно характеризуете деяния: дичь которую советует коллега, автор же клеит этикетку некомпетентного коллеги на конкретного человека. Есть разница между осуждением действий и людей, в этом и кроется нюанс позитивного общения с членами твоей команды. Ведь с этими людьми ты проводишь больше времени чем с собственной семьей.
Во, сразу видно, автор - "наш человек" из "нашей компании". Аз есьм, окружен некомпетентными людьми, идиотами. Только я, родимый, никто другой не способен.
Скромнее нужно быть, один в поле не воин.
Никогда не понимал зачем(ну кроме очень узких задач) нужен grpc для микросервисов(сразу вспоминаю про корень всех зол). Но на примере .NETa использование grpc выглядит абсурдным, ведь майки для таких узких задач специально создавали wcf. Наверное wcf от гугла звучит круче чем от майков.
Где-то я уже это видел ... А вспомнил Git vs Bazaar
По мне так это больше плюс.
PyQt просто ужасен в плане дизайна. Когда веб да и такие мастодонты от мира десктопа WPF/JavaFx предлагают нам разные сбалансированные подходы к разграничению кода и логики, как MVC/MVVM и ежи с ними, PyQt излевается на нас километрами нечистот декларативного спаггети когда. Кода который совершенно невозможно тестировать или поддерживать без мата. Вы скажете, но там же есть дизайнер формочек, да, но с ним тоже полно проблем и он совершенно не решает проблем с разграничением когда и логики.
Есть у них пояснение как пилить MV* на их фреймворке, но это просто испанский стыд по сравнению с mvvmFx от мира JavaFx.
Печально это все.
del
Думаю что нет никакого пузыря и не было никогда, просто инфляция и кадровый голод.
Ага, посмотрел, с 2005 года представление о развитии травы изменилось после сенсационных находок в Индии. Интересно.
Раз уж речь зашла про биологию, то если мне не изменяет память, то травы во времена динозавров не было, как и например цветов и фруктов на деревьях...
Да, пакет на поверхности, не факт, но мне кажется, если подкрутить чувствительность, то заросли травы должны быть видны при колебании воды. А как дела обстоят с использованием лазерного луча или ультразвука на поверхности воды?
Наверное эта проблема может быть решена в купе с использованием мини эхолота.
Ребята, автору англоязычной статьи скорее всего занесли :). Никому не советую эти библиотеки в рабочем проекте. Обе эти поделки не дорастают до уровня miniconda.