При борьбе компромиссов надо брать "красненький" :D
Иначе всё равно будешь где то внутренне недоволен, а так хотя бы будет причина закрыть глаза на недостатки. Я так для себя выбрал красненькими леновоские (особенно серию синкпад)
Это актуально для любого популярного решения. Ведь тебе не надо проходить весь путь развития в 20 лет, надо просто реализовать текущий срез. А дальше дело техники.
def some_function_with_lots_of_args(
name,
position,
some_list = None,
bad_desision = {}
):
"""
This function used for testing purposes
Args:
name (str): the name of some poor soul
position (common.common_enums.PositionEnum): the target position of the
person
some_list ([common.departments] | None): assosiated departments
bad_desision (dict): some additional meta, use with cautious
Returns:
string: Identificator for the person
Raises:
Attribute error
common.errors.SomeCustomError: i got tired of making uo descriptions
"""
Например, пример на гуглостайловых докстрингов (подобного вида использовали в работе). Мог где то ошибиться, потому что давно не писал на питоне.
Не скажу за все IDE, но тот же pycharm спокойно умел парсить эти докстринги и выполнять статический анализ на их основе. При этом можно было обойтись без импортов всего из common в файле, если оно явно не используется.
Так я и не могу принять в своё сердце type hint в питоне. Всё прекрасно работало в докстрингах, с описанием типов аргументов, мета информации и возвращаемого значения. Оно выглядело эстетически лучше, парсилось любым IDE и могло быть автоматически свёрнуто, чтобы не отъедать место.
Видеть современный питонячий код с type hint, с раздутыми скобками в аргументах функций, с импортом всего и вся чтобы код не падал из-за опять таки тайп хинтинга - сердце кровью обливается.
Жили, но возвращаться к таким дисплеям как то не хочется :)
Вот только с тех пор интерфейсы систем, сайтов и иде стали жирными и избыточными. Чем ниже разрешение, тем больше полезного места оно съедает. Да, где то можно ещё настроить, но с костылями и не везде. Опять таки, шрифт меньше восьмого размера не поставить.
Когда у дисплея высокое разрешение, ты можешь сделать интерфейс достаточно большим, чтобы тебе было комфортно. Когда не достаточно высокое, то существует предел того насколько ты можешь уменшить интерфейс и чаще всего этого предела недостаточно. По крайней мере, если я правильно понял вашу мысль.
SD карты это несомненно боль, хоть и есть надежда на подключение какого нибудь быстрого внешнего диска
Мне не комфортно работать с таким разрешением, даже с восьмым размером шрифта в редакторе. Тем более большинство современных интерфейсов имеют отратительно огромные элементы управления, которые будут занимать половину полезного пространства.
Ставить матрицу на 1366х768 это издевательство какое то в современных реалиях. Даже на 12 дюймовом дисплее. Хотя как сама идея, конечно интересно, выглядит как привет нетбукам из 2010.
Честно искал, но видимо споткнулся об огромный раздел с загрузками в разные дистрибутивы линукса и макос. Тогда действительно стоило бы потыкать, разве что я уже слишком активно использую другое решение. Клиент для винды официально дропнут :D
Не вижу упоминания, что оно работает на виндовых осях и разных андроидах, а бывает нужно. KeePass со своими наследниками в этом плане поинтереснее в использовании.
А от облачных синхронизаций можно отказаться с SyncThing - прекрасно вместе работают
Так вам надо просто наладить серийное/полусерийное производство одной из DYI клавиатур. И продавать сразу настроенными через QMK. И тогда как раз будет купил, подключил - работаешь. В принципе есть компании которые так и делают
Для DIY клавиатур вроде давно придумали ставить ардуино и настравивать как душе угодно через QMK firmware. Нет зависимости от систем и драйверов, клавиатура всегда пошлёт нужный key code и сама будет отслеживать своё состояние.
В целом мне кажется большинство описанных проблем уже давно решенные у любителей механических клавиатур, вам бы прошерстить соответствующий раздел реддита или поискать что нибудь в стиле awesome mechanical keyboard projects. Как минимум найдёте готовые печатные платы от которых можно плясать.
Но я не помню сколько я могу говорить по подписанным документам. Вкратце, миллион способов как перенести проблемы в следующий релиз и миллион как не допустить такой ситуации в принципе.
Ну и аттестация имхо хорошая штука, на самом деле (в разумных пределах)
Если мне не изменяет память, есть Idea. Всё остальное это набор плагинов поверх. Да, они очень глубоко интегрированы и написаны теми же разработчиками, что не отменяет факта.
И это хорошо, это модульность. Модульность == расширяемость.
При борьбе компромиссов надо брать "красненький" :D
Иначе всё равно будешь где то внутренне недоволен, а так хотя бы будет причина закрыть глаза на недостатки. Я так для себя выбрал красненькими леновоские (особенно серию синкпад)
Это актуально для любого популярного решения. Ведь тебе не надо проходить весь путь развития в 20 лет, надо просто реализовать текущий срез. А дальше дело техники.
Конечно, к любым рекомендациям надо подходить разумно и не писать доки ради доков
Например, пример на гуглостайловых докстрингов (подобного вида использовали в работе). Мог где то ошибиться, потому что давно не писал на питоне.
Не скажу за все IDE, но тот же pycharm спокойно умел парсить эти докстринги и выполнять статический анализ на их основе. При этом можно было обойтись без импортов всего из common в файле, если оно явно не используется.
Так я и не могу принять в своё сердце type hint в питоне. Всё прекрасно работало в докстрингах, с описанием типов аргументов, мета информации и возвращаемого значения. Оно выглядело эстетически лучше, парсилось любым IDE и могло быть автоматически свёрнуто, чтобы не отъедать место.
Видеть современный питонячий код с type hint, с раздутыми скобками в аргументах функций, с импортом всего и вся чтобы код не падал из-за опять таки тайп хинтинга - сердце кровью обливается.
Birds aren't real :D
Жили, но возвращаться к таким дисплеям как то не хочется :)
Вот только с тех пор интерфейсы систем, сайтов и иде стали жирными и избыточными. Чем ниже разрешение, тем больше полезного места оно съедает. Да, где то можно ещё настроить, но с костылями и не везде. Опять таки, шрифт меньше восьмого размера не поставить.
Не знал, что там плохо с этим, почему то казалось, что они даже активно рекламировали, что спокойно в fullhd умеют.
Когда у дисплея высокое разрешение, ты можешь сделать интерфейс достаточно большим, чтобы тебе было комфортно. Когда не достаточно высокое, то существует предел того насколько ты можешь уменшить интерфейс и чаще всего этого предела недостаточно. По крайней мере, если я правильно понял вашу мысль.
SD карты это несомненно боль, хоть и есть надежда на подключение какого нибудь быстрого внешнего диска
Мне не комфортно работать с таким разрешением, даже с восьмым размером шрифта в редакторе. Тем более большинство современных интерфейсов имеют отратительно огромные элементы управления, которые будут занимать половину полезного пространства.
Ставить матрицу на 1366х768 это издевательство какое то в современных реалиях. Даже на 12 дюймовом дисплее. Хотя как сама идея, конечно интересно, выглядит как привет нетбукам из 2010.
Честно искал, но видимо споткнулся об огромный раздел с загрузками в разные дистрибутивы линукса и макос. Тогда действительно стоило бы потыкать, разве что я уже слишком активно использую другое решение.
Клиент для винды официально дропнут :D
Не вижу упоминания, что оно работает на виндовых осях и разных андроидах, а бывает нужно. KeePass со своими наследниками в этом плане поинтереснее в использовании.
А от облачных синхронизаций можно отказаться с SyncThing - прекрасно вместе работают
Интересно, в каком месте 5G не быстрее 4G? Не уверен, что 4G позволяет выкачать гигобайтный файл за ~10-15 секунд (из того, что лично тестили)
Так вам надо просто наладить серийное/полусерийное производство одной из DYI клавиатур. И продавать сразу настроенными через QMK.
И тогда как раз будет купил, подключил - работаешь. В принципе есть компании которые так и делают
Для DIY клавиатур вроде давно придумали ставить ардуино и настравивать как душе угодно через QMK firmware. Нет зависимости от систем и драйверов, клавиатура всегда пошлёт нужный key code и сама будет отслеживать своё состояние.
В целом мне кажется большинство описанных проблем уже давно решенные у любителей механических клавиатур, вам бы прошерстить соответствующий раздел реддита или поискать что нибудь в стиле awesome mechanical keyboard projects. Как минимум найдёте готовые печатные платы от которых можно плясать.
Ну, заголовок и текст про то, что goto плохой. А не про то что, вот тут можно, а тут нельзя :)
Не бывает плохих инструкций или паттернов. Бывает их неуместное использование =\
Никого ведь не смущает, например, ранний выход из функции в питоне в стиле
```
def hello(input):
if input == 'no':
return
blah-blah-blah
```
Хотя по сути это goto в конец функции
Я там работал и не всё там настолько страшно :)
Но я не помню сколько я могу говорить по подписанным документам. Вкратце, миллион способов как перенести проблемы в следующий релиз и миллион как не допустить такой ситуации в принципе.
Ну и аттестация имхо хорошая штука, на самом деле (в разумных пределах)
Если мне не изменяет память, есть Idea. Всё остальное это набор плагинов поверх. Да, они очень глубоко интегрированы и написаны теми же разработчиками, что не отменяет факта.
И это хорошо, это модульность. Модульность == расширяемость.