Ну а в человеческих DE есть несколько рабочих столов, чтобы переключться на пустой, запустить все что нужно и перетащить обратно. Или там и оставить — группировка окон, которой виндузятники никак не научатся пользоваться.
Несколько рабочих столов и в Windows давно есть. Вы пишете о том, чего в глаза не видели.
И всякие боковые панели там тоже есть, и на них можно насыпать и иконок, и виджетов, и все что угодно.
Давайте без этого хлама в "дефолте". Для желающих - полно сторонних реализаций.
Есть один нюанс о котором редко упоминают. Если у вас 2 и более мониторов - часы будут только на основном. Оказывается это очень не удобно. Возможно не всем, но хотелось бы что бы починили
у вас немного устаревшая информация на самом деле :) VPN в Крыму давно "не надо" -- т.к. бОльшая часть провайдеров давно завернула трафик гугла и эпла в ВПН уже на "своем" уровне, а так же весь мобильный интернет имеет "выход" не в Крыму, и с него прекрасно всё работает.
Кстати это и произошло именно потому, что население в своем большинстве "не осилило" даже такую простую вещь как ВПН.
часто для крупных клиентов - нет. ибо не иметь крупного клиента в сторе - хуже для самой Apple, чем соблюдение неких "правил" которые по-сути только для "холопов".
по моим ощущениям профит есть. Однако заморачивался я с этим не столько что бы «улучшить», сколько попадается сотф который например вместо своего окна рисует «белый» (ну или черный) экран, есть нет нормальной поддержки OGL или DX. С RemoteFX такие артефакты сошли на нет.
— Одна таблица на структуру данных. Нельзя сделать таблицу deleted_users и перемещать туда удаленных пользователей с сохранением всех связей по id с другими таблицами, надо делать поле is_deleted и учитывать его во всех запросах.
вот прям сейчас смотрю на проекте именно на реализацию с deleted users… и если честно, лучше б это было поле is_deleted. А зачем его учитывать? Сделайте view ActiveUsers по условию not deleted да и все? Любой из этих вариантов жизнеспособен. Какой — выбирать вам :-) Еще раз. Язык запросов тут не причем.
— Джойн для получения данных связанной сущности это вообще неоптимальная вещь. У нас есть одна статья и много комментариев, и чтобы получить статью с комментариями, надо сделать джойн с таблицей комментариев, и в результате будет куча копий строки из таблицы статей.
Можно делать и не так. Оптимально ли? Зависит от приложения.
table_a JOIN table_user USING(fk_user)
Согласен, выглядит «стильно» — но зачем? Не читаемо абсолютно. Кто его знает что там за фк у вас. а если он составной… и его название выглядит как FK_scheme_table_field1_scheme_table_field2_on_scheme_table2_field1_scheme_table2_field2 (утрировано конечно) то назвать это более читаемым что то я не могу. А сокращенное название никак не даст представление о том, что там. Откуда привычка экономить буквы? Вы же не стели бы читать статью в которой все слова написаны сокращениями? Зачем?
Несколько рабочих столов и в Windows давно есть. Вы пишете о том, чего в глаза не видели.
Давайте без этого хлама в "дефолте". Для желающих - полно сторонних реализаций.
Если во "втором" трее будет ПО, которое находится на этом же "втором" мониторе - то я с вами очень согласен :-) (ну настраиваемо конечно же!)
ну так 3770К и выпущен в (апреле) 2012 года. Скоро 10 лет ему. Это как ни крути - старое железо. очень старое.
вы о чем? он же есть со времен царя гороха. никуда не делся и в 11
Есть один нюанс о котором редко упоминают. Если у вас 2 и более мониторов - часы будут только на основном. Оказывается это очень не удобно. Возможно не всем, но хотелось бы что бы починили
у вас немного устаревшая информация на самом деле :)
VPN в Крыму давно "не надо" -- т.к. бОльшая часть провайдеров давно завернула трафик гугла и эпла в ВПН уже на "своем" уровне, а так же весь мобильный интернет имеет "выход" не в Крыму, и с него прекрасно всё работает.
Кстати это и произошло именно потому, что население в своем большинстве "не осилило" даже такую простую вещь как ВПН.
ох если бы два. онлайн падает начиная с катаклизма. после панд - еще активнее.
побуду кэпом: вероятно, имелась ввиду таки авторизация.
часто для крупных клиентов - нет. ибо не иметь крупного клиента в сторе - хуже для самой Apple, чем соблюдение неких "правил" которые по-сути только для "холопов".
сколько людей не читает дальше первого предложения :( и отвечают на него. А дальнейшего текста как будто не существует.
Как насчет выпуска кредиток без пластика? 2021 год в конце концов!
А как насчет не торговать персональными данными? Мечты, мечты...
но это не «прокидывание» GPU в виртуалку… и «поиграть» по сути не получится.
вот прям сейчас смотрю на проекте именно на реализацию с deleted users… и если честно, лучше б это было поле is_deleted. А зачем его учитывать? Сделайте view ActiveUsers по условию not deleted да и все? Любой из этих вариантов жизнеспособен. Какой — выбирать вам :-) Еще раз. Язык запросов тут не причем.
Можно делать и не так. Оптимально ли? Зависит от приложения.
Согласен, выглядит «стильно» — но зачем? Не читаемо абсолютно. Кто его знает что там за фк у вас. а если он составной… и его название выглядит как FK_scheme_table_field1_scheme_table_field2_on_scheme_table2_field1_scheme_table2_field2 (утрировано конечно) то назвать это более читаемым что то я не могу. А сокращенное название никак не даст представление о том, что там. Откуда привычка экономить буквы? Вы же не стели бы читать статью в которой все слова написаны сокращениями? Зачем?