Вы наверное удивитесь, но винде абсолютно не нужен профессиональный софт чтобы жрать батарею. Надо просто включить кампуктер, своих сервисов там хватит с головой.
Ага. А сотруднику HR компании, который не обязан знать про нюансы сингльтонов в многопоточном исполнении, премию дают справедливым образом по kpi на количество собеседований и точность фильтрации по вопросам.
У Луиса Россмана, одного из основателей движения "Right to Repair", есть множество свидетельств на этот счет. Когда, "гении" АСЦ просят больше штуки баксов за замену пол ноутбука, вместо простой правки одного контакта в разъеме. В этот раз даже СМИ отреагировали.
Эппловский синдром можно смело занести в подкатегории Стокгольмскому.
Так, где генераторы? Один единственный пример, и то в виде функции, еще и обернутый перед назначением переменной в list(), чтоб показать эквивалентность результата. Зачем?
Однострочные генераторы (generator expression) пишутся в круглых скобочках.
x = (выражение for i in итератор)
Тогда генератор будет возвращать только те значения...
Опять же, не надо путать генератор со списком. List comprehension создает список, не генератор. Переменная получает список как результат, никакой ленивой семантики в примере нет.
Темный фон не подразумевает только черный, избыточность контраста тоже плохо. Но и на темном фоне тоже надо подобрать нижний лимит для яркости и насыщенности цвета шрифта. Разница в том, что яркость именно шрифта позволяет использовать более богатую палитру доя подсветки синтаксиса.
Приходится иногда переключаться на винду по причине отсутствия некоторых инженерных программ. По активным процессам такое ощущение, что ноутбук не мой, а майкрософтовский, и мне дали на время попользоваться. Кулер шумит независимо от того - работаю я, просто включил, или же отошел на пару часов.
И это еще без обновлений. Потому что "надежный" виндоус решил что резервного раздела уже не достаточно, и прописал танцы с бубном.
Если говорить про подсветку синтаксиса, то на темном фоне есть объективный плюс - палитра и контраст текста выигрывают. На белом фоне надо либо жертвовать контрастом и использовать яркие цвета, либо иметь нормальный контраст но довольствоваться несколькими цветами вокруг базовых. Да, можно сказать "мне вполне ок" в любом случае, и работать дальше, но физику никто не отменял.
В остальном - монохромный тект, интерфейс, и прочее - да, дело скорее вкуса и привычки. И еще важно какое освещение в помещении.
Так bios/mbr из той же оперы, всё же 2024 на дворе. Кому-то может и ядро 2й версии понадобится... не вижу проблем. Тогда, и гайд извольте соответствующий, и зоголовок.
А я еще слышала, он не умеет винду запускать.
В том то и дело, что с uefi/gpt перемешивать загрузчики не нужно. systemd-boot записывает себя отдельно в меню загрузки uefi как Linux Boot Manager, а через него уже настраиваются опции загрузки с определенными параметрами - по файлику на пару строк. Если есть винда, или устанавливается после, то она отдельно будет висеть как Windows Boot Manager, если конечно разметку диска не перепутать по ошибке.
bios с mbr такого не умеют, и grub в свое время решал этот вопрос. Можно конечно и сегодня им пользоваться. Но, опять же, зачем? Все уже установлено вместе с systemd (в арче, по крайней мере). Все отдельно, все на своих местах. Удалил, создал новый, сново удалил... никакой неявной зависимости с виндой не создается.
Есть небольшой "минус" - меню выбора, оно же - меню загрузки uefi, в мультибут формате надо вызывать руками (F<8-12> - зависит от вендора), но мне лично удобно, на винду переключаюсь крайне редко. И маленький "плюсик" - при загрузке дефольной системы (#1 в меню) остальные не высвечиваются.
Кстати, с uefi можно даже напрямую загружать ядро линукса, если руками записать параметры в nvram через efibootmgr.
Лучшим, и что самое главное - всегда актуальным, гайдом всегда был и есть официальный. Да, прочитать надо будет намного больше, но зато есть шанс, что использовать flatpak или GRUB больше не будете.
На самом деле всё это из другой оперы. Произношение - это одно, взять французские названия, Dassault, Renault... там вообще беда если не знать языка.
В случае с PostgreSQL вопрос не в произношении, а в трансформациях названия и письменной формы. Мы же не говорим БД My (от MySQL), и даже не спорим как произносить.
В контексте общения можно использовать любой жаргон, или французский если так удобнее. Тут дело не в жаргоне. Жаргон это когда Мускул, и никому в голову не придет даже намекнуть на "правильность".
Автор же объясняет как Postgres превратился в PostgreSQL. И люди часто выкидывая SQL читают естественным образом оставшуюся часть. Можете называть хоть Пусей, зачем минусовать-то, от этого Postgres не станет Postgre. Даже на офф. сайте написано "как правильно", я то тут причем?
Иногда реально сложно определиться. Видишь буквы - читаешь по неким правилам. Примеров много, я сам долго говорил Адоб и Порш вместо Адоби и Поршэ (естественно, и это не то, как произносят американцы и немцы, но намного ближе).
Понятно, что человек читающий доклад про БД, может ошибиться выбросив естественным образом SQL и назвать Постгре, тем более если на прикладном уровне никогда не сталкивался. Но я реально не понимаю стремления именно такого произношения людьми которые работают с postgres (даже на уровне дефолтного пользователя).
Сравнение не корректное, потому как в Yandex нет сбивающих с толку аббревиатур и сокращений. Вот еслиб было YANdx, тогда уж точно нашлись бы апологеты "как удобнеее".
Ровно такой же бред из святых 90-х (но про линукс) - шрифты от которых глаза вытекают, нестабильная графическая оболочка, сложность с установкой программ, и тп.
Часто это происходит из-за того, что бизнес компаний основан на сетевых эффектах, на продаже рекламы или тупо на количестве продаж, а не на ценности продукта для потребителя.
Я более чем уверен, что маркетологи Jetbrains аргументировали выбор "нового интерфейса" по образу и подобию VSCode именно количеством пользователей. С презентацией, с графиками, естественно.
Постгре (постгря) считается уже устоявшимся названием, или в стиле "от создателей Явы"?
Вроде всегда был Postgres. Даже имя пользователь там по умолчанию postgres. К чему это тяга произносить S-Q-Lite вместо S-Q-L-Lite? Очевидно же почему отказались от записи с двумя LL (или sS в случае с PostgreSQL).
Вы наверное удивитесь, но винде абсолютно не нужен профессиональный софт чтобы жрать батарею. Надо просто включить кампуктер, своих сервисов там хватит с головой.
Ага. А сотруднику HR компании, который не обязан знать про нюансы сингльтонов в многопоточном исполнении, премию дают справедливым образом по kpi на количество собеседований и точность фильтрации по вопросам.
У Луиса Россмана, одного из основателей движения "Right to Repair", есть множество свидетельств на этот счет. Когда, "гении" АСЦ просят больше штуки баксов за замену пол ноутбука, вместо простой правки одного контакта в разъеме. В этот раз даже СМИ отреагировали.
Эппловский синдром можно смело занести в подкатегории Стокгольмскому.
Так, где генераторы? Один единственный пример, и то в виде функции, еще и обернутый перед назначением переменной в list(), чтоб показать эквивалентность результата. Зачем?
Однострочные генераторы (generator expression) пишутся в круглых скобочках.
Опять же, не надо путать генератор со списком. List comprehension создает список, не генератор. Переменная получает список как результат, никакой ленивой семантики в примере нет.
Темный фон не подразумевает только черный, избыточность контраста тоже плохо. Но и на темном фоне тоже надо подобрать нижний лимит для яркости и насыщенности цвета шрифта. Разница в том, что яркость именно шрифта позволяет использовать более богатую палитру доя подсветки синтаксиса.
Приходится иногда переключаться на винду по причине отсутствия некоторых инженерных программ. По активным процессам такое ощущение, что ноутбук не мой, а майкрософтовский, и мне дали на время попользоваться. Кулер шумит независимо от того - работаю я, просто включил, или же отошел на пару часов.
И это еще без обновлений. Потому что "надежный" виндоус решил что резервного раздела уже не достаточно, и прописал танцы с бубном.
Если говорить про подсветку синтаксиса, то на темном фоне есть объективный плюс - палитра и контраст текста выигрывают. На белом фоне надо либо жертвовать контрастом и использовать яркие цвета, либо иметь нормальный контраст но довольствоваться несколькими цветами вокруг базовых. Да, можно сказать "мне вполне ок" в любом случае, и работать дальше, но физику никто не отменял.
В остальном - монохромный тект, интерфейс, и прочее - да, дело скорее вкуса и привычки. И еще важно какое освещение в помещении.
Так bios/mbr из той же оперы, всё же 2024 на дворе. Кому-то может и ядро 2й версии понадобится... не вижу проблем. Тогда, и гайд извольте соответствующий, и зоголовок.
В том то и дело, что с uefi/gpt перемешивать загрузчики не нужно. systemd-boot записывает себя отдельно в меню загрузки uefi как Linux Boot Manager, а через него уже настраиваются опции загрузки с определенными параметрами - по файлику на пару строк. Если есть винда, или устанавливается после, то она отдельно будет висеть как Windows Boot Manager, если конечно разметку диска не перепутать по ошибке.
bios с mbr такого не умеют, и grub в свое время решал этот вопрос. Можно конечно и сегодня им пользоваться. Но, опять же, зачем? Все уже установлено вместе с systemd (в арче, по крайней мере). Все отдельно, все на своих местах. Удалил, создал новый, сново удалил... никакой неявной зависимости с виндой не создается.
Есть небольшой "минус" - меню выбора, оно же - меню загрузки uefi, в мультибут формате надо вызывать руками (F<8-12> - зависит от вендора), но мне лично удобно, на винду переключаюсь крайне редко. И маленький "плюсик" - при загрузке дефольной системы (#1 в меню) остальные не высвечиваются.
Кстати, с uefi можно даже напрямую загружать ядро линукса, если руками записать параметры в nvram через efibootmgr.
А смысл, если systemd-boot делает то же самое, и устанавливать ничего не надо?
Лучшим, и что самое главное - всегда актуальным, гайдом всегда был и есть официальный. Да, прочитать надо будет намного больше, но зато есть шанс, что использовать flatpak или GRUB больше не будете.
Плоскость - штука двумерная, не x ИЛИ y, а x И y.
На самом деле всё это из другой оперы. Произношение - это одно, взять французские названия, Dassault, Renault... там вообще беда если не знать языка.
В случае с PostgreSQL вопрос не в произношении, а в трансформациях названия и письменной формы. Мы же не говорим БД My (от MySQL), и даже не спорим как произносить.
В контексте общения можно использовать любой жаргон, или французский если так удобнее. Тут дело не в жаргоне. Жаргон это когда Мускул, и никому в голову не придет даже намекнуть на "правильность".
Автор же объясняет как Postgres превратился в PostgreSQL. И люди часто выкидывая SQL читают естественным образом оставшуюся часть. Можете называть хоть Пусей, зачем минусовать-то, от этого Postgres не станет Postgre. Даже на офф. сайте написано "как правильно", я то тут причем?
Иногда реально сложно определиться. Видишь буквы - читаешь по неким правилам. Примеров много, я сам долго говорил Адоб и Порш вместо Адоби и Поршэ (естественно, и это не то, как произносят американцы и немцы, но намного ближе).
Понятно, что человек читающий доклад про БД, может ошибиться выбросив естественным образом SQL и назвать Постгре, тем более если на прикладном уровне никогда не сталкивался. Но я реально не понимаю стремления именно такого произношения людьми которые работают с postgres (даже на уровне дефолтного пользователя).
Сравнение не корректное, потому как в Yandex нет сбивающих с толку аббревиатур и сокращений. Вот еслиб было YANdx, тогда уж точно нашлись бы апологеты "как удобнеее".
Быстрее и понятнее Питон и Ява? Да, конечно.
Правильнее ли... ? Не думаю.
Ровно такой же бред из святых 90-х (но про линукс) - шрифты от которых глаза вытекают, нестабильная графическая оболочка, сложность с установкой программ, и тп.
Справедливости ради надо отметить, что на тариф enterprise это не распространяется.
Я более чем уверен, что маркетологи Jetbrains аргументировали выбор "нового интерфейса" по образу и подобию VSCode именно количеством пользователей. С презентацией, с графиками, естественно.
Постгре (постгря) считается уже устоявшимся названием, или в стиле "от создателей Явы"?
Вроде всегда был Postgres. Даже имя пользователь там по умолчанию postgres. К чему это тяга произносить S-Q-Lite вместо S-Q-L-Lite? Очевидно же почему отказались от записи с двумя LL (или sS в случае с PostgreSQL).