Вот не полностью согласен. Да, элементы компьютерной игры могут влиять на прокачивание отдельных скиллов. Но, как правильно замечает автор, их ещё надо закреплять на реальном мире. Поэтому, думается, необходимы и все вот эти командные игры на воздухе, где и социалка прокачивается, и физуха, и мелкая моторика.
Впрочем, когда у меня появилась первая карманная игра "Ну, погоди!", это тоже было круто. :) ТВ-приставка не очень заинтересовала. А вот на тетрис брикгеймовский - это - у-у! :)) Ну, а дальше уже "Спектрум", где меня больше интересовали возможности сделать что-то полезное.
У меня контрпример. Не, я сам Эксель уважаю и таблицу мне проще создать именно в нём. (Увы, ЛибреКалк в этом плане несколько хуже.) Но вот коллега по работе не понимает его от слова "совсем" и все таблицы шлёт именно в Ворде. Сколько ни пытался приучить - как об стенку горох. Но спасибо, что не в ПДФе. Из Ворда копипастить в Эксель таблицу легко. Шестнадцатый год уж пошёл.))
Вводную часть статьи прочитал внимательно, дальнейшее - по диагонали.
В принципе, согласен. Даже немного завидую, что сейчас у родителей имеется возможность выбрать учебное заведение для ребёнка или перейти на семейное и/или онлайн обучение. В мои времена всё было не так и школу или формат обучения было выбрать практически нельзя, всё привязывалось к месту проживания. В этом, конечно, был плюс по части внешкольного общения с одноклассниками: все жили близко и запросто могли видеться на улице. До окончания второго класса всё так и было: гоняли на великах, изредка бывали в гостях. А вот в третий класс я пошёл в другую школу, так как мы переехали в другой район. А там, к моему несчастью, собралась публика из, скажем так, совершенно другого "раёна". И встроиться в неё, так сказать, "социализироваться", о чём много было сказано выше в комментариях, мне не удалось.
Но выход нашёлся: в спортсекциях (где мне не особо пофартило, так как родители пихали меня только в силовые виды спорта), потом в кружках в районном ДПШ (вот тут значительно лучше было). Так что насчёт "социализации" я бы поспорил. Нормально социализируешься там, где есть общность интересов, а не общность "мы тут типа вместе учимся, так давайте и дружить".
Это можно оспорить, так как это мой личный опыт. А можно почитать "Игру Эндера" О.С. Карда, например. Там очень точно описана детская жестокость.
О! Ништяк. Сердечно кланяюсь за помощь. Не ожидал от дрг Мрзд такого быстрого ответа в вашем лице. :) Позавчера проблема, сегодня - практически решение. Осталось только хостинг для этого дела подобрать. Селф-хостинг как-то стрёмно оставлять на две недели.
А где в дев-панели глядеть, куда смотрит фронт в API? Есть мысль запилить сборщик ссылок на статьи, которые ещё не видел, пока в отпуске и без доступа в сеть. Напоролся на это в этот отпуск, блин. Две недели в сети не было - и на тебе. Уехал 24 июля, а долистать ленту постов по возвращению смог только до 28 июля. Всё, что было ранее - привет. И техподдержка сказала, что ничем помочь не может. Даже календаря постов нет. Что странно. Так что "помоги себе сам".
Перфекционист - да, не без этого. Через меня лично за 15 лет работы прошло таких кейсов ну с полсотни. А вот у соседей такие кейсы - ежедневно, да не по одному разу. Но, правда, они сразу в упаковочник на аппарат из системы, которая готовую продукцию отслеживает, лезут.
Ладно. Ещё раз спасибо за интересный пост и за вразумляющий разбор моего комментария.
Не могу не похвалить стиль и слог статьи, а также её структурированность. В тексте и комментариях разбросаны намёки, что будут ещё статьи. Буду ждать. Хотя есть несколько моментов, где видно, что автор немного недоговорил или недораскрыл тему или раздел. Но это ничего не портит.
По эстетике общего оформления vault-а мне всё-таки ближе фраевская "Энциклопедия мифов". Как раз с неё начинался мой нынешний период жизни. Так что за подсказку - спасибо!
Теперь немного по конкретике.
братская могила мыслей
Сильно сказано. :)
Daily-заметки (позвоночник системы). Одна заметка на день по шаблону... Важно: daily – это лог. Прошлые дни не редактируются.
Интересный подход. Подумаю.
Я-то ввёл два католога на эту тему: Дневник и Проекты. Дневник - это мои отвлечённые мысли, с датой и временем в названии заметки + краткое описание заметки. Проекты - это тематические заметки. Например, какая-то поездка. В поездке я веду лог по нитке маршрута, но тем же способом, как и в Дневнике.
Но ваш подход более удобен. Когда одна заметка на день, её удобно на старте дня сформировать по шаблону, а потом только дополнять до момента отхода ко сну. Если, конечно, дело не переходит на следующий день. (Как случилось у меня в поездке две недели назад.) Как тут быть? С ноля часов ноля минут формировать новую заметку?
Спринты ... я планирую циклами, новолуние к новолунию...
Откуда берёте точную дату и время новолуния?
Книги. ... Электронные книги читаю внутри Obsidian...
Какой формат у книг? Про плагин - прочитал. Жду статью.
Синхронизация: от Google Drive до своего сервера
Я хотел было использовать Syncthing. Но столкнулся с тем, что на рабочем компе невозможно настроить синхронизацию. До него тупо не достучаться. Можно, конечно, отделить базу личную от рабочей, и всё, что личное на работе - только в телефон. Но соблазн-то велик... Но я подумаю над этим. Ежевечерне зиповать файлы и кидать куда-то в облако уже надоело.
Думаю, что баллы ей сдёрнули за сам факт использования нейросетки. А вернули, потому что она всё объяснила. Хотя я, как бывший препод, баллы бы ей не вернул. Именно потому, что призналась.
По самой фиче: интересно, но это вынести куда-то в другое место. Возможно, на сайдбар, как это сделано с блоком "Читают сейчас". И хорошо бы, чтобы тоже была прикручена минимальная статистика, как сделано в том блоке.
Теперь некоторая критика.
У хронологических лент есть два неочевидных плюса, которые Хабру критически важно сохранить.
И сто процентов один недостаток (во всяком случае, как это сейчас устроено на Хабре). Когда ты уезжаешь на пару недель в отпуск в места без связи, по возвращении долистать ленту до тех постов, которые ты читал, уже невозможно. Конкретный пример: уехал 24 июля, вернулся 6 августа. Хронологическую ленту смог долистать только до 28 июля. Т.е. посты с 24 июля по 27 июля оказались недоступными для просмотра хотя бы загов. Ответ техподдержки на мой вопрос про это: "У нас не реализована возможность избирательно увеличить размер выборки ленты."
Можно ли сделать нечто вроде календаря публикаций в виде таблицы, как сделано в ЖЖ, например? Или в профиле сделать настройку "В отпуске", чтобы посты собирались в индивидуальную подборку, которую по возвращении из отпуска можно было бы спокойно пролистать?
У нас компания про другое, но прочитать было интересно.
У нас всем инструментом и контрольно-измерительными приборами отдан в контрольно же измерительную лабораторию. Они и электроиспытания сложные проводят (типа дать пять киловольт на разъём и посмотреть, не задымится ли), и ведают выдачей инструментов во временное пользование, а также занимаются поверкой инструмента. Не спрашивал, честно говоря, есть ли у них попоболь на все эти темы.
Заявки на испытания им поступают через сервис-деск. А вот оперативный учёт инструмента в работе ведут просто в бумажном талмуде. Как и за что они потом отчитываются - вообще не в курсе.
Так вот хочу спросить: поверка контрольно-измерительного оборудования в сторонних метрологических организациях как-то встроена у вас?
Да, регистрация и учёт ТМЦ на складе ведутся в PDM и ERP соответственно. Но это больше про КД на продукцию и её выпуск, нежели про жизненный цикл инструмента для повседневной работы. И вот задумался неожиданно...
ЖЦ продукции у нас сидит в отдельном продукте. PDM - выпускаем КД на продукцию -> перегружаем в ERP структуру под конкретный заказ -> в ERP каждой единице продукции присваивается серийный номер -> ТМЦ и КД отправляется на производство -> собираем, контроль ОТК, пакуем, формируем упаковочную ведомость -> отгружаем... И всё. На этом ЖЦ уезжает в другую подсистему. Упаковочник руками грузят туда, и отгрузка начинает жить своей жизнью уже там.
Для меня как разработчика проблема в том, что если прилетает информация, что где-то на объекте что-то случилось с таким-то заказом, то указывается серийный номер конкретного изделия (что понятно), а не обозначение структуры по КД для серии проблема. С той подсистемой, что работает с конкретными экземплярами продукции, я почти не сталкиваюсь. Только вот таких вот форс-мажорах. Моя территория - это PDM. В ERP вообще не лезу. Но я имею доступ к базе заказов через подсистему, и могу при необходимости глянуть, по какой структуре делался этот заказ. Руками. Опять. А потом пойти в PDM и посмотреть, чего же там навертели мы.
Имхо, по-моему тут какой-то "провис": один руками загоняет серийник и комплектацию в виде упаковочника в базу, другой потом лезет в эту базу уточнить, а что ж там было с т.з. КД, и вручную (копипастой) переносит данные в поиск в свою систему. У нас, конечно, в компании сейчас не та ситуация, чтобы думать над оптимизацией процессов. Но этот момент меня после вашей статьи что-то зацепил. Можете оценить ход моих размышлений? Если, конечно, это как-то соприкасается с вашими задачами по работе.
Спасибо.
Как соотносится перцептрон с AlexNet?
Вот не полностью согласен. Да, элементы компьютерной игры могут влиять на прокачивание отдельных скиллов. Но, как правильно замечает автор, их ещё надо закреплять на реальном мире. Поэтому, думается, необходимы и все вот эти командные игры на воздухе, где и социалка прокачивается, и физуха, и мелкая моторика.
Впрочем, когда у меня появилась первая карманная игра "Ну, погоди!", это тоже было круто. :) ТВ-приставка не очень заинтересовала. А вот на тетрис брикгеймовский - это - у-у! :)) Ну, а дальше уже "Спектрум", где меня больше интересовали возможности сделать что-то полезное.
Поставил бы минус за статью, но у меня нет таких прав.
Простите, но вы неправы. Клад - это долговременный вклад.
У меня контрпример. Не, я сам Эксель уважаю и таблицу мне проще создать именно в нём. (Увы, ЛибреКалк в этом плане несколько хуже.) Но вот коллега по работе не понимает его от слова "совсем" и все таблицы шлёт именно в Ворде. Сколько ни пытался приучить - как об стенку горох. Но спасибо, что не в ПДФе. Из Ворда копипастить в Эксель таблицу легко. Шестнадцатый год уж пошёл.))
Добрый вечер.
Опа. Не знал о такой фиче. Можете подсказать, как настроить в Linux Mint? Ну, или ссылку на инструкцию хотя бы.
Вводную часть статьи прочитал внимательно, дальнейшее - по диагонали.
В принципе, согласен. Даже немного завидую, что сейчас у родителей имеется возможность выбрать учебное заведение для ребёнка или перейти на семейное и/или онлайн обучение. В мои времена всё было не так и школу или формат обучения было выбрать практически нельзя, всё привязывалось к месту проживания. В этом, конечно, был плюс по части внешкольного общения с одноклассниками: все жили близко и запросто могли видеться на улице. До окончания второго класса всё так и было: гоняли на великах, изредка бывали в гостях. А вот в третий класс я пошёл в другую школу, так как мы переехали в другой район. А там, к моему несчастью, собралась публика из, скажем так, совершенно другого "раёна". И встроиться в неё, так сказать, "социализироваться", о чём много было сказано выше в комментариях, мне не удалось.
Но выход нашёлся: в спортсекциях (где мне не особо пофартило, так как родители пихали меня только в силовые виды спорта), потом в кружках в районном ДПШ (вот тут значительно лучше было). Так что насчёт "социализации" я бы поспорил. Нормально социализируешься там, где есть общность интересов, а не общность "мы тут типа вместе учимся, так давайте и дружить".
Это можно оспорить, так как это мой личный опыт. А можно почитать "Игру Эндера" О.С. Карда, например. Там очень точно описана детская жестокость.
Скрытый текст
И ещё (надеюсь) последний вопрос: json отдельными файлами сохраняется или обновляется каждый раз один и тот же файл?
Всё это ок. А если API изменится, чего делать? Вот перейдут на v3, к примеру, и?
Ок. Надо будет при случае покурить всё это.
Про девтулз не впитал только. Я на ФФ сижу и за Каспом. Он мне по F12 в разделе XHR только общую инфу показывает.
О! Ништяк. Сердечно кланяюсь за помощь. Не ожидал от дрг Мрзд такого быстрого ответа в вашем лице. :) Позавчера проблема, сегодня - практически решение. Осталось только хостинг для этого дела подобрать. Селф-хостинг как-то стрёмно оставлять на две недели.
А где в дев-панели глядеть, куда смотрит фронт в API? Есть мысль запилить сборщик ссылок на статьи, которые ещё не видел, пока в отпуске и без доступа в сеть. Напоролся на это в этот отпуск, блин. Две недели в сети не было - и на тебе. Уехал 24 июля, а долистать ленту постов по возвращению смог только до 28 июля. Всё, что было ранее - привет. И техподдержка сказала, что ничем помочь не может. Даже календаря постов нет. Что странно. Так что "помоги себе сам".
Перфекционист - да, не без этого. Через меня лично за 15 лет работы прошло таких кейсов ну с полсотни. А вот у соседей такие кейсы - ежедневно, да не по одному разу. Но, правда, они сразу в упаковочник на аппарат из системы, которая готовую продукцию отслеживает, лезут.
Ладно. Ещё раз спасибо за интересный пост и за вразумляющий разбор моего комментария.
Достаёт каждый раз копировать это дело.
Кланяюсь за ответ. :) Уж больно ваш пост зашёл. Потому что вскрыл множество моих собственных проблем про ведение личной базы в Обсидиан.
А у вас есть шаблон для дэйли? Не поделитесь? И как структурируете внутри дэйли всю информацию? Это, кмк, важнее того, что заметки именно в Обсидиане.
Упс. Да, вы правы. Про нейросетку она ни слова не сказала.
Доброе утро.
Не могу не похвалить стиль и слог статьи, а также её структурированность. В тексте и комментариях разбросаны намёки, что будут ещё статьи. Буду ждать. Хотя есть несколько моментов, где видно, что автор немного недоговорил или недораскрыл тему или раздел. Но это ничего не портит.
По эстетике общего оформления vault-а мне всё-таки ближе фраевская "Энциклопедия мифов". Как раз с неё начинался мой нынешний период жизни. Так что за подсказку - спасибо!
Теперь немного по конкретике.
Сильно сказано. :)
Интересный подход. Подумаю.
Я-то ввёл два католога на эту тему: Дневник и Проекты. Дневник - это мои отвлечённые мысли, с датой и временем в названии заметки + краткое описание заметки. Проекты - это тематические заметки. Например, какая-то поездка. В поездке я веду лог по нитке маршрута, но тем же способом, как и в Дневнике.
Но ваш подход более удобен. Когда одна заметка на день, её удобно на старте дня сформировать по шаблону, а потом только дополнять до момента отхода ко сну. Если, конечно, дело не переходит на следующий день. (Как случилось у меня в поездке две недели назад.) Как тут быть? С ноля часов ноля минут формировать новую заметку?
Откуда берёте точную дату и время новолуния?
Какой формат у книг? Про плагин - прочитал. Жду статью.
Я хотел было использовать Syncthing. Но столкнулся с тем, что на рабочем компе невозможно настроить синхронизацию. До него тупо не достучаться. Можно, конечно, отделить базу личную от рабочей, и всё, что личное на работе - только в телефон. Но соблазн-то велик... Но я подумаю над этим. Ежевечерне зиповать файлы и кидать куда-то в облако уже надоело.
Думаю, что баллы ей сдёрнули за сам факт использования нейросетки. А вернули, потому что она всё объяснила. Хотя я, как бывший препод, баллы бы ей не вернул. Именно потому, что призналась.
Доброе утро.
По самой фиче: интересно, но это вынести куда-то в другое место. Возможно, на сайдбар, как это сделано с блоком "Читают сейчас". И хорошо бы, чтобы тоже была прикручена минимальная статистика, как сделано в том блоке.
Теперь некоторая критика.
И сто процентов один недостаток (во всяком случае, как это сейчас устроено на Хабре). Когда ты уезжаешь на пару недель в отпуск в места без связи, по возвращении долистать ленту до тех постов, которые ты читал, уже невозможно. Конкретный пример: уехал 24 июля, вернулся 6 августа. Хронологическую ленту смог долистать только до 28 июля. Т.е. посты с 24 июля по 27 июля оказались недоступными для просмотра хотя бы загов. Ответ техподдержки на мой вопрос про это: "У нас не реализована возможность избирательно увеличить размер выборки ленты."
Можно ли сделать нечто вроде календаря публикаций в виде таблицы, как сделано в ЖЖ, например? Или в профиле сделать настройку "В отпуске", чтобы посты собирались в индивидуальную подборку, которую по возвращении из отпуска можно было бы спокойно пролистать?
Доброе утро.
У нас компания про другое, но прочитать было интересно.
У нас всем инструментом и контрольно-измерительными приборами отдан в контрольно же измерительную лабораторию. Они и электроиспытания сложные проводят (типа дать пять киловольт на разъём и посмотреть, не задымится ли), и ведают выдачей инструментов во временное пользование, а также занимаются поверкой инструмента. Не спрашивал, честно говоря, есть ли у них попоболь на все эти темы.
Заявки на испытания им поступают через сервис-деск. А вот оперативный учёт инструмента в работе ведут просто в бумажном талмуде. Как и за что они потом отчитываются - вообще не в курсе.
Так вот хочу спросить: поверка контрольно-измерительного оборудования в сторонних метрологических организациях как-то встроена у вас?
Да, регистрация и учёт ТМЦ на складе ведутся в PDM и ERP соответственно. Но это больше про КД на продукцию и её выпуск, нежели про жизненный цикл инструмента для повседневной работы. И вот задумался неожиданно...
ЖЦ продукции у нас сидит в отдельном продукте. PDM - выпускаем КД на продукцию -> перегружаем в ERP структуру под конкретный заказ -> в ERP каждой единице продукции присваивается серийный номер -> ТМЦ и КД отправляется на производство -> собираем, контроль ОТК, пакуем, формируем упаковочную ведомость -> отгружаем... И всё. На этом ЖЦ уезжает в другую подсистему. Упаковочник руками грузят туда, и отгрузка начинает жить своей жизнью уже там.
Для меня как разработчика проблема в том, что если прилетает информация, что где-то на объекте что-то случилось с таким-то заказом, то указывается серийный номер конкретного изделия (что понятно), а не обозначение структуры по КД для серии проблема. С той подсистемой, что работает с конкретными экземплярами продукции, я почти не сталкиваюсь. Только вот таких вот форс-мажорах. Моя территория - это PDM. В ERP вообще не лезу. Но я имею доступ к базе заказов через подсистему, и могу при необходимости глянуть, по какой структуре делался этот заказ. Руками. Опять. А потом пойти в PDM и посмотреть, чего же там навертели мы.
Имхо, по-моему тут какой-то "провис": один руками загоняет серийник и комплектацию в виде упаковочника в базу, другой потом лезет в эту базу уточнить, а что ж там было с т.з. КД, и вручную (копипастой) переносит данные в поиск в свою систему. У нас, конечно, в компании сейчас не та ситуация, чтобы думать над оптимизацией процессов. Но этот момент меня после вашей статьи что-то зацепил. Можете оценить ход моих размышлений? Если, конечно, это как-то соприкасается с вашими задачами по работе.