Pull to refresh
4
0,2
Rating
1
Subscribers
Send message

Смотря какой дороги - когда у меня до офиса получалось ~50 минут из которых последние минут 15-20 были пешей прогулкой - был отличный "переключатель контекста" - оставь работу на работе и не тащи её домой (и вспомни что именно ты делал и раскрути контекст обратно когда идёшь в офис).
Но так да - дорога до офиса и из офиса жрёт время, если её не совмещать с чем-то.

Ну те, в которых был я имели в массе своей нормальные переговорки. С достаточно приличной шумоизоляцией.

В принципе слухов хватает, даже без доступа.

Потребуется редуктор (момент у турбины низкий, обороты - высокие).

  1. Видео для взрослых это не только то, что приходит в голову, но и то, что помечено 18+ по совсем другим причинам. На "специализированных ресурсах" этого нет.

Тогда зачем вывозили из РФ работников?

Странная логика

Можно не end-to-end, можно по публичным ключам. Номер же есть? Тут как раз тот случай, когда это вполне работает.

Решение для инженера - совместить их в одном (нет нигде в ТЗ, что это должны быть два разных человека). Вторым отправить уже кого надо.

PS Забавно не помнить год своего поступления...

А почему вы считаете "не помнить" ? Я его помню, а вот называть его точно я не хочу. Период указанная дата определяет точно, ситуация совпадала и некоторое время до и после.

Откуда вы это взяли?

2000-й примерно год. Питер. Экзамены - "на что успеешь", они в разное время. Оригиналы документов хотят далеко не сразу, так что будет минимум 2-3 попытки в разные вузы. Обычно была градация: "я хочу сюда", и ещё 1-2-3 резервных в духе "если я не смогу попасть туда куда хочу". Поэтому пишем экзамены, ждём результатов, идём на апеляцию, если что-то пошло не совсем так, как хотелось/ожидалось.
Дальше бросаем кубики и прикидываем свои шансы - куда подавать документы, потому что итоговый проходной балл будет известен уже только после того, как все подадутся.

В общем - совсем ужаса не было. Но тогда формально у нас школа ещё была на один год короче и до армии можно было попробовать успеть на вторую попытку.

Не работает нормально. (Ну может на совсем последних телефонах). + Проблемы освещения и не очень ровных листов - в ксероксе/сканере прижим есть.

В случае именно выделенной железки для того чтобы писать тексты - снижает риск "посмотреть что-то в сети, догуглить до википедии и залипнуть". Потом задуматься - а что же я писал-то?
Аналогично с читалками - "увидеть в книжке слово/что-то что не опознал, полезть в гугл и залипнуть". Соцсеточек нет, если что.

Ну и эргономика и жизнь от батареи у выделенных устройств сильно лучше. Вот вчера ездили по горам/лесам погулять. Если у телефона не выключать передачу данных и не ставить его в режим энергосбережения - он батарейку в условиях сильно нестабильной сети съедает намного быстрее чем за день. Особенно если активно фотографировать/писать видео. (нет, заливка видео/фото по сотовой сети отключена и прочие меры по энергосбережению тоже включены, но мессенджеров хватает, чтобы выжирать батарейку влёт, если это не сделано).

Фотоаппарата для этих же целей хватает на день точно и с гарантией. Если не хватает - второй комплект батареек/аккумулятор стоит дёшево и не привязывает к себе проводом, как powerbank.

А зачем? caps lock идеален для кнопки переключения раскладок клавиатуры. И место удобное. А ctrl идеально нажимается левой стороной левой руки, даже без необходимости тянуться туда пальцем.

Проблема даже не зависимости. Проблема - отвлечений и потери контекста.

репозиторий в PPA сделать не сложно, его прелесть, что ты залил пакет и он отстроился для всех нужных архитектур и сразу сложился в репу, и это на мощностях каноникал. Вот именно рецепты (директория debian) меня и вгоняла в тоску.

Не, то что я в основном делал - это или пересборка пакетов из более новых версий в старые или пакетирование софта с минимальной интеграцией в систему. Там хватало просто собрать дерево файлов, положить в нём папку DEBIAN с файлом control в ней и сделать dpkg -b . ../ из этой папки.

Ну сам репозиторий я веду с помощью aptly - оно автоматизирует вообще всё на уровне "вот этот пакет - вот в этот репозиторий, подпиши и опубликуй", ppa не делал ни разу.

Archlinux формат pkgbuild куда логичнее, ну и crux с alpine

глянул на pkgbuild - хм, подозрительно похоже на то, как реализовано описание пакетов в yocto.

Но на самом деле - если не считать автоматизации сборки - описание метаданных не особо отличается от debian-овского по содержанию.

должно быть что-то вроде блок-схем, тыкаем нужную область окна, оттуда забираются данные, добавляем блоки промежуточной обработки, тыкаем область в приложении, куда должны попасть данные.

Ну да, как-то так. И в блок-схеме - как в тех же delphi - кучка готовых компонентов и возможность написать/нарисовать свой или отнаследовать его от готового.

А ведь можно было обернуть это в инсталлятор с разными профилями

Пристрелите меня. Вы никогда не ставили софт на десятки компьютеров?

Вот как раз с инсталлятором обычно получается "жопа в мыле и ноги сношены". (Есть опыт и с quartus-ом, и с xilinx-овским софтом, и с некоторыми другими штуками под Linux - заканчивалось всё пакетированием этой софтины после установки на одну машину/в виртуалку). С пакетами - это можно сделать удалённо, скриптом и разлить настройки туда же. Конфигурационные файлы из пакетов обычно с комментариями - если вы собираетесь серверным софтом пользоваться - вы их в любом случае читаете как документацию и правите по ходу, а потом кладёте в систему версионирования (в идеале ;-) ).

Если ставите автоматически - то пишете правило в условный ansible, чтобы он эти правки сделал за вас. Профили, кстати могут и быть, где-нибудь в /usr/share/doc/<имя софта>/examples/

PS. Инсталлятор - это худшее, что может быть для установки софта. ИМХО. (из 10+ летнего опыта админства и Винды и Linux-а).

PPS. Если вы хотите профилей - ничто не мешает добавить их в пакет. И добавить выбор дефолтного профиля вопросом при установке. Этот функционал в тех же .deb пакетах существует и работает (не знаю, почему в postgresql этого нет. В почтовиках, например задаёт вопросы при установке и делает предварительную конфигурацию).

Была Picasa - её убили. Есть ещё несколько поделок, полностью завязанные
на облака и не работающие оффлайн и/или с оффлайн-файлами. Про удобство
интерфейса я даже не заикаюсь, если сунуть туда типичный "миллион фоток
за 10 лет", то пользоваться этим будет просто невозможно из-за лагов и
примитивнейшего интерфейса а-ля "выведем все фотки последовательно".

Странно. У меня shotwell подлагивает только на подгрузке thumbnails. (лежит примерно 10к фотографий.

Дефолтная классификация - по годам и таймлайну, можно добавить теги и поделить на именованные события - чтобы найти фото, вроде как хватает и без особых проблем?

Где-то 90% usecase-ов затыкает. Не без багов - ну так это opensource.

Банальный нечеткий поиск в файлах по содержимому

В линуксе в gnome был tracker, но я его традиционно прибивал - его сканер уж очень активно дёргал диски. Но он не единственный был. Вроде жив до сих пор?

Information

Rating
3,082-nd
Registered
Activity