В какой-то момент я поймал себя на том, что не могу перейти по нужной ссылке, просто, потому что она на домашнем компьютере, а я не дома и на смартфоне её нет, — Вот ведь облом!
Синхронизация вкладок и паролей должна быть в любом браузере.
Когда первый тег будет в строке поиска, вам будут предложены только те теги, которые используются с этим тегом вместе, например: набрав «здоровье», вы увидите дополнительные теги «еда» или «практики», но вряд ли там появится «обои»
Показывать соседние теги - идея интересная.
Но в остальном всё это костыли, временное решение которое лишь отодвигает тот момент, когда начинаешь понимать, что все эти сотни вкладок, закладок и пометок никогда не будут прочитаны или даже открыты.
Фокус в полезном хранение информации заключается не в инструменте или месте хранения, а в организации.
Действительно важную и полезную информацию необходимо обрабатывать вручную. Положить в нужную директории и навесить теги - это самый минимум, для этого хватит и закладок браузера.
Необходимо определить контекст в котором эта заметка может понадобится в дальнейшем. Положить её в подходящее место, перелинковать с похожими материалами (как в вики).
Вручную добавить описание по которому будет понятно даже спустя месяцы и годы, про что эта ссылка (заметка) и почему она была сохранена.
Устаревшие заметки необходимо безжалостно вычищать.
Закладки которые были сохранены недели / месяцы назад и не прочитаны (не имеют подробного описания, для чего тут эта закладка) должны быть удалены.
Оперативные заметки (фото номера машины, ценника, режима работы) должны удаляться сразу, как только они больше не нужны. Из самой их сути их не должно накапливать слишком много, что бы для них требовалась какая то более сложная система хранилища, чем блокнот или отдельная галерея под медиа.
Если заметки нужны хранить более нескольких дней, это повод уже переместить их в долговременное хранилище с подробным описанием, что это такое и как оно сюда попало.
Как часто у вас бывало, что вдруг пришла в голову какая-то идея, или вспомнилось важное дело, или просто надо что-то будет сделать и не забыть - но именно сейчас у вас совершенно нет времени открывать специальную программу, создавать в ней заметку или планировать задачу, раздумывая, куда, как, и главное когда всё это?
Всегда! В порядке приоритета решается самым простым способом:
Бумажный блокнот + карандаш + фото (если заметку надо унести с собой).
Специально выделенный для этих целей гугл документ.
Программа "заметки" в телефоне.
Раз в день/неделю такие заметки проходят ревизию и либо удаляются, либо вдумчиво переносятся в постоянное хранилище.
Иногда на целые недели складируется список "на почитать", такой список потом преимущественно "сжигается". Что то действительно полезное, но до сих пор не прочтённое, быстро читается по диагонали и тоже аккуратно переносится с обязательным удалением из временного списка.
Пачка текстовых файлов + директории - это хороший инструмент для ведения заметок.
Метод "Цеттелькастен" говорит не про то, где вести заметки. А КАК их вести. Метод в основном направлен на сбор информации для "бумагомарания" (генерации десятков статей для студентов, преподавателей, профессоров и т.п.). Метод не совсем про ведение личной базы знаний. Он про контекст и связи заметок. Скорее про создании личной википедии по всем своим мыслям и идеям которые успел нагенерировать мозг в ходе профессиональной деятельности.
У меня записана цитата, которая кратко описывает "Цеттелькастен":
Человек, который архивирует, спрашивает: какое ключевое слово наиболее подходящее? Человек который пишет, спрашивает: при каких обстоятельствах я захочу наткнуться на эту записку, даже если забуду о ней?
Сказать, что для кода из 100-200 строк разбитого на блоки комментариями и линейно выполняющего запрос в БД и формирование json без либ нужно 3 монитора.
На мой горизонтальный монитор прямо сейчас помещается 63 строки. Минимум один вертикальный монитор на 100-200 строк кода точно нужен будет, возможно два. Для разбивки кода на смысловые части гораздо удобнее иметь функции (java умеет ведь в inline?), а не комментарии.
Вы серьезно считаете что микросервис, который просто берет 5 параметров из БД (обычный select из одной/двух таблиц) и формирует Json в ответ на GET /blabla должен:
...
После убирание всего получися код в Resource классе, который просто дергает через jdbc коннект, полученный из пула, обычный select и (о стыд) собирает строку json через конкатенацию (даже не через String.format, который ооочень медленный).
Я ничего не говорил про микросервис. Я говорил про мега функцию в 200 строк кода. Но да, в 99% случаев, за запрос в БД и за формирование JSON отвечают разные классы.
Вы в свою очередь описываете типичный говнокод. Я не программирую на java. Давайте я просто приведу аналогию из мира php. Вы сейчас описали самые худшие практики, которые были в ходу 20+ лет назад. Внутри "вьюхи" (шаблонизатора) или экшена контроллера (http обработчика) вы предлагаете: сделать сырой sql запрос, собрать вручную json, и сделать что то ещё.
А еще это выко нагруженный сервис. ... Вот пусть другие пишут в таких случаях строго по учебнику. А в данном вариант важны были единицы ms и kb в хипе.
Вот на этом можно было всё закончить. Выжимание из кода максимум производительности и читаемый код - это абсолютно две противоположные задачи. Пишите хоть на ассемблере, там где это оправдано (маловероятно, что это будет обработчик запроса в БД и отдача json).
И все это размером в 10Кбайт и 5 файлов схлопыветеся (переписывается) в 200 строк линейного обозримого кода в одной функции.
Вот пусть такие гуру (с тремя вертикальными мониторами в столбик) сами и читают функции на сотни строк кода, где вперемешку бизнес логика, преобразование параметров и с десяток вложенных условий под все случаи жизни.
Не знаю уж как обяснить что не нужно писать "функциональные вызовы" типа calcXmultipyY() { return X*Y; } вызываемые только один раз. Есть какая то разумная граница принципа выделения в отдельный вызов, а не просто "потому что".
Действительно трудно объяснить человеку, что есть контекст функции. Разумная граница: если функция занимается отправкой сообщения по личной скидке, то, внезапно, запрос в БД, расчёт скидки, метрики, локализация текста и т.д. не должны быть сплошной портянкой кода в сотни строк. Даже если каждая из линий кода вызывается строго один раз.
Это ложная дихотомия. Есть совы. Есть жаворонки. А ещё есть голуби (википедия говорит о 60%), у которых провал продуктивности в середине дня. Сов и жаворонков "всего лишь" по 20%.
Для простых заметок можно использовать вообще что угодно. А вот для организации личной базы знаний бэкапы куда то ещё всегда в тему. И даже отсутствие мобильного клиента тут не будет минусом. Так как с мобильного устройства нормально работать с текстом всё равно не выйдет.
Может, для начала не затыкать всех не согласных? Отношение к "фанатикам" строится на их публичном поведении. Адекватные люди не будут затыкать "оппозицию". Государство затыкает своими средствами, "фанатики" своими (массово накидываются).
Не вижу никакой разницы, ни одна сторона не хочет слышать критику в свой адрес.
Вы из фанатиков? Почему мне должна понравиться Северная Корея или отсутствие оппозиции? Я где то написал, что против оппозиции? Можно мне просто адекватных людей, который не будут плеваться ядом и брызгать слюной, если у меня отличное от них мнение?
Вас демонстративно бомбит от Аси. Вы голословно нападаете на человека с отличным мнением от вашего и пытаетесь выставить какие то глубые демагогические претензии.
И вы кажется не самый лучший родитель, с повадками тирана. Лично я в свои 30 лет до сих пор помню похожую выходку родителей с выбрасыванием игрушек в мусорку в качестве наказания. И не могу сказать, что это в том числе не повлияло на "любовь" к родителям и желанию заводить детей.
Блокируемых сайтов становится настолько много, что установка обхода средств блокировки рано или поздно станет базовым действием, как установка блокировщика рекламы или как когда то установка антивирусов
Переименование функции внутри кода проекта — это пару нажатий клавиш.
Но в данном случае создаётся функция remove_AS500__incompatible, возвращается функция remove_incompatible_control_chars в которую помещаются вызовы функций remove_AS400 и remove_AS500.
Точно так же можно сказать, что фреймворки любят низкоквалифицированные специалисты, которые не понимают как они работают и что крутится под капотом и поэтому не способны решать задачи без фрэймворков.
Любой фреймворк — это в первую очередь искусственные ограничения. Где то они нужны, где то нет и только мешают. Когда фреймворк начинает вставлять палки в колёса больше, чем помогает, нормальные специалисты с готового фреймворка переходят на набор нужных библиотек под конкретную задачу.
Есть как минимум haxe haxe.org/manual/target-flash-getting-started.html
Сама платформа flash к сожалению умерла, но код на actionscript ещё может быть скомпилирован, и теоретически может быть сконвертирован в тот же haxe.
Синхронизация вкладок и паролей должна быть в любом браузере.
Показывать соседние теги - идея интересная.
Но в остальном всё это костыли, временное решение которое лишь отодвигает тот момент, когда начинаешь понимать, что все эти сотни вкладок, закладок и пометок никогда не будут прочитаны или даже открыты.
Фокус в полезном хранение информации заключается не в инструменте или месте хранения, а в организации.
Действительно важную и полезную информацию необходимо обрабатывать вручную. Положить в нужную директории и навесить теги - это самый минимум, для этого хватит и закладок браузера.
Необходимо определить контекст в котором эта заметка может понадобится в дальнейшем. Положить её в подходящее место, перелинковать с похожими материалами (как в вики).
Вручную добавить описание по которому будет понятно даже спустя месяцы и годы, про что эта ссылка (заметка) и почему она была сохранена.
Устаревшие заметки необходимо безжалостно вычищать.
Закладки которые были сохранены недели / месяцы назад и не прочитаны (не имеют подробного описания, для чего тут эта закладка) должны быть удалены.
Оперативные заметки (фото номера машины, ценника, режима работы) должны удаляться сразу, как только они больше не нужны. Из самой их сути их не должно накапливать слишком много, что бы для них требовалась какая то более сложная система хранилища, чем блокнот или отдельная галерея под медиа.
Если заметки нужны хранить более нескольких дней, это повод уже переместить их в долговременное хранилище с подробным описанием, что это такое и как оно сюда попало.
Всегда! В порядке приоритета решается самым простым способом:
Бумажный блокнот + карандаш + фото (если заметку надо унести с собой).
Специально выделенный для этих целей гугл документ.
Программа "заметки" в телефоне.
Раз в день/неделю такие заметки проходят ревизию и либо удаляются, либо вдумчиво переносятся в постоянное хранилище.
Иногда на целые недели складируется список "на почитать", такой список потом преимущественно "сжигается". Что то действительно полезное, но до сих пор не прочтённое, быстро читается по диагонали и тоже аккуратно переносится с обязательным удалением из временного списка.
Пачка текстовых файлов + директории - это хороший инструмент для ведения заметок.
Метод "Цеттелькастен" говорит не про то, где вести заметки. А КАК их вести. Метод в основном направлен на сбор информации для "бумагомарания" (генерации десятков статей для студентов, преподавателей, профессоров и т.п.). Метод не совсем про ведение личной базы знаний. Он про контекст и связи заметок. Скорее про создании личной википедии по всем своим мыслям и идеям которые успел нагенерировать мозг в ходе профессиональной деятельности.
У меня записана цитата, которая кратко описывает "Цеттелькастен":
Почему то стиль этого комментария подходит даже не зумеру, а прям школьнику. А если так подумать, то и статья с кучей капса тоже.
На мой горизонтальный монитор прямо сейчас помещается 63 строки. Минимум один вертикальный монитор на 100-200 строк кода точно нужен будет, возможно два. Для разбивки кода на смысловые части гораздо удобнее иметь функции (java умеет ведь в inline?), а не комментарии.
Я ничего не говорил про микросервис. Я говорил про мега функцию в 200 строк кода. Но да, в 99% случаев, за запрос в БД и за формирование JSON отвечают разные классы.
Вы в свою очередь описываете типичный говнокод. Я не программирую на java. Давайте я просто приведу аналогию из мира php. Вы сейчас описали самые худшие практики, которые были в ходу 20+ лет назад. Внутри "вьюхи" (шаблонизатора) или экшена контроллера (http обработчика) вы предлагаете: сделать сырой sql запрос, собрать вручную json, и сделать что то ещё.
Вот на этом можно было всё закончить. Выжимание из кода максимум производительности и читаемый код - это абсолютно две противоположные задачи. Пишите хоть на ассемблере, там где это оправдано (маловероятно, что это будет обработчик запроса в БД и отдача json).
Вот пусть такие гуру (с тремя вертикальными мониторами в столбик) сами и читают функции на сотни строк кода, где вперемешку бизнес логика, преобразование параметров и с десяток вложенных условий под все случаи жизни.
Действительно трудно объяснить человеку, что есть контекст функции. Разумная граница: если функция занимается отправкой сообщения по личной скидке, то, внезапно, запрос в БД, расчёт скидки, метрики, локализация текста и т.д. не должны быть сплошной портянкой кода в сотни строк. Даже если каждая из линий кода вызывается строго один раз.
Чистых сов и жаворонков примерно по 20%. Но среди подростков и людей среднего возраста гораздо больше сов.
Даже "голуби" (средний хронотип) страдают от того, что посреди рабочего дня нельзя вздремнуть хотя бы пол часа.
Поэтому, внезапно, мир заточен под режим дня детей и стариков. Вот где неожиданно вылазит социальная справедливость.
После не значит в вследствие. У меня больничная карточка размером с кирпич была без привязки к режиму дня. Детям свойственно больше болеть.
Это ложная дихотомия. Есть совы. Есть жаворонки. А ещё есть голуби (википедия говорит о 60%), у которых провал продуктивности в середине дня. Сов и жаворонков "всего лишь" по 20%.
Для простых заметок можно использовать вообще что угодно. А вот для организации личной базы знаний бэкапы куда то ещё всегда в тему. И даже отсутствие мобильного клиента тут не будет минусом. Так как с мобильного устройства нормально работать с текстом всё равно не выйдет.
Может, для начала не затыкать всех не согласных? Отношение к "фанатикам" строится на их публичном поведении. Адекватные люди не будут затыкать "оппозицию". Государство затыкает своими средствами, "фанатики" своими (массово накидываются).
Не вижу никакой разницы, ни одна сторона не хочет слышать критику в свой адрес.
Вы из фанатиков? Почему мне должна понравиться Северная Корея или отсутствие оппозиции? Я где то написал, что против оппозиции? Можно мне просто адекватных людей, который не будут плеваться ядом и брызгать слюной, если у меня отличное от них мнение?
Навальный и фанатики vs Государство - Жаба и Гадюка. Что там, что там гопота и не знаешь уже куда от них сбежать.
Выращивание детей это обязательное требование для любого человека? Как и работа по специальности?
Каким образом дети и работа по специальности влияют на то, можно ли человеку писать книги или нет?
Вас демонстративно бомбит от Аси. Вы голословно нападаете на человека с отличным мнением от вашего и пытаетесь выставить какие то глубые демагогические претензии.
И вы кажется не самый лучший родитель, с повадками тирана. Лично я в свои 30 лет до сих пор помню похожую выходку родителей с выбрасыванием игрушек в мусорку в качестве наказания. И не могу сказать, что это в том числе не повлияло на "любовь" к родителям и желанию заводить детей.
Блокируемых сайтов становится настолько много, что установка обхода средств блокировки рано или поздно станет базовым действием, как установка блокировщика рекламы или как когда то установка антивирусов
Вместо честного — «ну нам так захотелось».
Но в данном случае создаётся функция
remove_AS500__incompatible, возвращается функцияremove_incompatible_control_charsв которую помещаются вызовы функций remove_AS400 и remove_AS500.Любой фреймворк — это в первую очередь искусственные ограничения. Где то они нужны, где то нет и только мешают. Когда фреймворк начинает вставлять палки в колёса больше, чем помогает, нормальные специалисты с готового фреймворка переходят на набор нужных библиотек под конкретную задачу.
Сама платформа flash к сожалению умерла, но код на actionscript ещё может быть скомпилирован, и теоретически может быть сконвертирован в тот же haxe.