Спасибо за статью. Я сам довольно давно смотрел на RSS как на универсальный инструмент агрегации всего и вся в одном месте. Но как-то руки не доходили взять и все настроить, т.к. не хотелось завязываться на какой-то конкретный сервис, а именно решение self hosted. Собственно, недавно купил себе Synology NAS, и теперь играюсь как хочу,. Мой стек:
freshrss - основной агрегатор rss лент
rss bridge - преобразование большого количества ресурсов в rss ленту
FeedMe - приложение андроид
NewsFlash - современное, стильное и быстрое приложение на gtk
Настройка всего этого у меня заняла всего пол дня. Данную статью также прочитал через rss. Всем рекомендую.
Так и все-таки, как с этим состоянием работать? Статья показалась интересной, но намешано куча всего. И транзактный анализ, и Юнг, и где-то восточная философия. Но на тему заголовка, кажется, не отвечает.
Я сам выходец с завода (как говорится оттарабанил электриком 6 лет от звонка до звонка). Начал учиться программированию в 25, т.к. в моей голове отговорки кончились --либо сидеть на заводе 40 лет, либо как-то изменить свою жизнь. До этого были попытки научиться, но они не продолжались дольше одной недели, так что их в расчет не беру.
И вот, я закончил учиться на заочке в институте, и передо мной стоит выбор, что делать дальше. Недолго думая (вообще не думая) я выбрал программирование, т.к. душа всегда к этому лежала, на тот момент уже порядка семи лет сидел на Linux, и представьте, мне нравится разбираться в сложных вещах. Это приносит сложно описуемое удовольствие (которое я обычно сравниваю с решением кроссвордов).
Собственно, не увольняясь с основной работы, я занимался программированием почти каждый день. Мой путь начался с элементарного: питон, и книга укус питона. Эта книга даёт необходимый минимум всего на 200 с небольшим страниц. После того как я ее прочитал я решил сделать телеграм бота с курсами английского языка. Было сложно. Было очень сложно. Банальные вещи которые сейчас кажутся очевидными проходили со скрипом. Но как-то вывез. Спустя пол года нашел первую работу в регионе за 20 тыщ рублей (на заводе зарабатывал больше).
Сейчас периодически появляются друзья, которые спрашивают "как войти". Им я обычно скидываю книгу "Укус питона", говорю делать первый проект простейшего телеграмм бота и даю ссылку на python roadmap. Ещё никто не вернулся ни с вопросами, ни с запросами на дальнейшие инструкции. Увы.
Справедливости ради, хочу сказать что есть в гноме и хорошее. Мне нравится дизайн, который отдает современным вебом (мне это нравится). Я долгое время (с момента когда canonical бросили unity) сидел на kde, и единственное что мне в ней не нравилось это дизайн. Гном же как полная противоположность -- выглядит отлично, но крайне урезан по функционалу. Несколько месяцев назад я решил дать гному шанс, не пытаться сделать из него то, к чему привык, а использовать ту парадигму которую предлагают разработчики, и в целом мне понравилось. Отказ от трея штука сомнительная, но мне нравится минимализм и чистота которые приходят с этим изменением.
Отказ от кнопок сворачивания и разворачивания для меня было безболезненным, т.к. в своем потоке работы я обычно использую 5 рабочих столов и не сворачиваю окон. Если же нужно развернуть на весь экран -- у меня уже на подкорке выгравирован хоткей.
Мне нравится и гном и кде, но по совершенно диаметрально противоположным причинам. Почему нет такой среды которая объединяет преимущества этих ДЕ... эх
В сторону Photoprism уже давно смотрю. Смущает наличие платной версии, как бы не превратилось это приложение в какое-нибудь подобие нынешних апи клиентов навроде insomnia/postman, где 90% функционала по подписке.
Автору ещё раз респект. Развернул приложение на своем домашнем NAS, и начал отправлять ссылки всем родственникам. Вопросы по функционалу у них конечно появляться, но учитывая насколько приложение концептуально простое не думаю, что адаптация займет много времени.
Вернулся к статье и перечитал более вдумчиво (не по заголовкам), и увидел что и взгляд автора я разделяю. Жаль, конечно, что написано на C#, т.к. по религиозным убеждениям тяжело себя заставить контрибьютить, но как найдется что-то, заслуживающее этого, обязательно создам пулл реквест.
Особенно импонируют мысли автора о простоте (sqlite топ, все аргументы будто сам писал), и мысли о долгой жизни проекта. Отсюда, приходит идея, почему ты не реализовать проект на языке который в своей идеологией ставит обратную совместимость (например go), или язык который пережил большинство своих сверстников, и здравствует до сих пор - lisp (например clojure, или common lisp), чтобы как раз не пришлось часто обновлять и переписывать проект каждые n лет. Не знаю, конечно, насколько эта идея жизнеспособна. Покажет только время.
В любом случае, большое спасибо за проект. Второй проект как галерея также интересен, т.к. родственники первыми делом начали отправлять фотографии природы, что на мой взгляд не совсем то, для чего нужен bonsai.
Думаю, что мне сильно повезло с опытом. Работал около полутора лет в одной большой компании в эталонной по процессам команде. Получил много знаний как выстраивать процесс внутри команды, как быстро и безболезненно погружать новичков. Ушел за длинным рублем в другую большую компанию изначально думал, что разработчиком. Но на рынке голод. Я был в команде подрядчиков один который работал на основной офис. И так вышло, что в один день всех подрядчиков сократили. Из разработки остался только я, и в команде был ещё аналитик.
Итого, мне выдался шанс с нуля собрать команду тех людей которых я считаю нужным. А нужными я считаю людей которые готовы не только писать код, но сопровождать задачи как эпик драйверы от формирования и утверждения требований до нарезания задач на команду. Поэтому технически мои собесы весьма простые: этап с код ревью, поверхностные вопросы по стеку, а дальше вопросы в ширь по смежным технологиями. И в целом считаю эту стратегию выигрышной. Все ребята готовы тащить эпики, не боятся этого. А что до кода? Зачастую бизнес задачи это перекладывание и преобразование json'а. Поэтому не вижу смысла дрочить на алгоритмы.
И что в итоге вышло - команда практически избавилась от bus-фактора в лице меня, и готова перехватить задачи на любом этапе.
По поводу того, что стал меньше писать кода не рефлексирую ниразу. Я все ещё делаю потные ревью, и беру задачи которые нужно быстро решить (скорость достигается знанием проекта, как программист я считаю себя довольно посредственным).
Научился получать кайф от формализации задач. Также огромный кайф когда видишь, когда растут тиммейты или кто-то приходит за советом как лучше наладить процессы.
У меня ещё очень много мест где нужно вырасти, но мне кажется я нашел отличный баланс между встречами, написанием кода, исследованием проблем.
А, ну и справедливости ради надо сказать, что в команде у меня есть менеджер, который делает очень много работы по общению с клиентами. Но так или иначе 60-70% времени занимают встречи, письма, согласования.
Ну вот видите, множество "неозвученных требований" в этой задаче на поверку оказываются "it depends". Пример сферического коня в вакууме.
На моем опыте не раз приходилось видеть как посредственные разработчики за посредственные оклады делают системы которые работают, и приносят реальные деньги (я в их числе). Менеджмент к тому же говорит, что это такая бизнесовая модель - быстро проверять гипотезы и развивать те, что выстреливают. Ни о каком проектировании или надежности речи не шло. It's just work.
Пока вы будете проектировать систему тратя недели/месяцы на согласования, утверждения, встречи, протоколы, более гибкие участники рынка уже займут нишу.
Это не "неявные требования", а аналитические вопросы, требующие соответствующей проработки. Большая часть вопросов, к слову, может отсеяться после получения контекста о требуемой системе. Более того, никто не запрещает сделать на коленке первый вариант который уже через неделю будет решать бизнесовые задачи, и развить его по мере необходимости в нужный (!), а не предполагаемо нужный вариант.
Так, значит, раздуваются требования к системе в заказной разработке? А клиент "просто хотел получать уведомление когда у него купили курс".
Меня больше интересует функционал ChatGPT в качестве ментора. Когда хочешь выучить какой-либо язык, вопросы появляются не только формата "как сделать х или y", а например:
какие подходы используются в сообществе для реализации x
как принято организовывать код на языке x
какие лучшие практики для реализации y
Ну и конечно же, получение сниппетов кода, которые помогают реализовывать задачи быстрее, и соответственно поддерживать высокий уровень мотивации: ты не только изучишь новый язык, но и сможешь создать какой-то продукт на приемлемом уровне. И тебе для этого не будет нужно обивать пороги десятка тематических чатов/форумов, достаточно только спросить, и получить зачастую вменяемый ответ.
5 лет назад писал диплом в LO (из принципа). Были сложности, но сложности преимущественно с освоением. Под сдачу диплома чувствовал себя настоящим профи в разруливании форматирования в LO.
В дипломе было около сотни страниц (скорее больше). Картинки, таблицы, графики, надписи, фреймы, куча формул. Все это автоматически нумеровалось (не с первого раза разобрался, как это делать). Но таки да, LO на мой взгляд действительно нерасторопный, особенно что касается рендера страниц и скроллинга. Особенно обидно в сравнении с MS Office: скроллинг плавный как в браузерах, как в excel так и в word. Но со всем этим можно жить и работать. Написанный диплом тому подтверждение.
Кстати, изначально вмоем дипломе был как раз ГОСТовский штамп. И LO нормально его переваривал почти без капризов. Опять же, были проблемы в освоении, как и куда его вставить, как нумеровать страницы, как сделать чтобы на одной странице был один штамп, а на последующих другой. Все это я успешно преодолел. Нужен навык. И я почти уверен, чтобы сделать это в MS Office нужно пердолиться не меньше.
В общем, можно ли пользоваться LO? Однозначно можно. Да, есть проблемы. Но все они преодолимы. Вопрос скорее в том, чтобы переучить всех офисных работников на линуксы и открытые офисы, и перевести документооборот на открытые форматы.
Интересно, а какую литературу и как вы читаете? У меня каждый раз что-то екает в груди, когда кто-то говорит, что читает n книг в неделю/месяц, в то время как у меня чтение одной технической книги в ~600 страниц затягивается на месяцы.
Использую методы оптимизации работы и жизни, чтобы большое кайфовать. Кажется, лучшее использование освободившегося времени.
Спасибо за статью. Я сам довольно давно смотрел на RSS как на универсальный инструмент агрегации всего и вся в одном месте. Но как-то руки не доходили взять и все настроить, т.к. не хотелось завязываться на какой-то конкретный сервис, а именно решение self hosted.
Собственно, недавно купил себе Synology NAS, и теперь играюсь как хочу,. Мой стек:
freshrss - основной агрегатор rss лент
rss bridge - преобразование большого количества ресурсов в rss ленту
FeedMe - приложение андроид
NewsFlash - современное, стильное и быстрое приложение на gtk
Настройка всего этого у меня заняла всего пол дня. Данную статью также прочитал через rss.
Всем рекомендую.
Начало моего пути было больше 10 лет назад. С мертвой точки почти не сдвинулось. Для начала оказалось недостаточно.
Так и все-таки, как с этим состоянием работать? Статья показалась интересной, но намешано куча всего. И транзактный анализ, и Юнг, и где-то восточная философия. Но на тему заголовка, кажется, не отвечает.
Я сам выходец с завода (как говорится оттарабанил электриком 6 лет от звонка до звонка). Начал учиться программированию в 25, т.к. в моей голове отговорки кончились --либо сидеть на заводе 40 лет, либо как-то изменить свою жизнь. До этого были попытки научиться, но они не продолжались дольше одной недели, так что их в расчет не беру.
И вот, я закончил учиться на заочке в институте, и передо мной стоит выбор, что делать дальше. Недолго думая (вообще не думая) я выбрал программирование, т.к. душа всегда к этому лежала, на тот момент уже порядка семи лет сидел на Linux, и представьте, мне нравится разбираться в сложных вещах. Это приносит сложно описуемое удовольствие (которое я обычно сравниваю с решением кроссвордов).
Собственно, не увольняясь с основной работы, я занимался программированием почти каждый день. Мой путь начался с элементарного: питон, и книга укус питона. Эта книга даёт необходимый минимум всего на 200 с небольшим страниц. После того как я ее прочитал я решил сделать телеграм бота с курсами английского языка. Было сложно. Было очень сложно. Банальные вещи которые сейчас кажутся очевидными проходили со скрипом. Но как-то вывез. Спустя пол года нашел первую работу в регионе за 20 тыщ рублей (на заводе зарабатывал больше).
Сейчас периодически появляются друзья, которые спрашивают "как войти". Им я обычно скидываю книгу "Укус питона", говорю делать первый проект простейшего телеграмм бота и даю ссылку на python roadmap. Ещё никто не вернулся ни с вопросами, ни с запросами на дальнейшие инструкции. Увы.
Справедливости ради, хочу сказать что есть в гноме и хорошее. Мне нравится дизайн, который отдает современным вебом (мне это нравится). Я долгое время (с момента когда canonical бросили unity) сидел на kde, и единственное что мне в ней не нравилось это дизайн. Гном же как полная противоположность -- выглядит отлично, но крайне урезан по функционалу.
Несколько месяцев назад я решил дать гному шанс, не пытаться сделать из него то, к чему привык, а использовать ту парадигму которую предлагают разработчики, и в целом мне понравилось. Отказ от трея штука сомнительная, но мне нравится минимализм и чистота которые приходят с этим изменением.
Отказ от кнопок сворачивания и разворачивания для меня было безболезненным, т.к. в своем потоке работы я обычно использую 5 рабочих столов и не сворачиваю окон. Если же нужно развернуть на весь экран -- у меня уже на подкорке выгравирован хоткей.
Мне нравится и гном и кде, но по совершенно диаметрально противоположным причинам. Почему нет такой среды которая объединяет преимущества этих ДЕ... эх
Хорошо, хоть какие-то новости по интеграции альт. Деды отечественного Линукса получают слишком мало внимания
В сторону Photoprism уже давно смотрю. Смущает наличие платной версии, как бы не превратилось это приложение в какое-нибудь подобие нынешних апи клиентов навроде insomnia/postman, где 90% функционала по подписке.
Автору ещё раз респект. Развернул приложение на своем домашнем NAS, и начал отправлять ссылки всем родственникам. Вопросы по функционалу у них конечно появляться, но учитывая насколько приложение концептуально простое не думаю, что адаптация займет много времени.
Вернулся к статье и перечитал более вдумчиво (не по заголовкам), и увидел что и взгляд автора я разделяю. Жаль, конечно, что написано на C#, т.к. по религиозным убеждениям тяжело себя заставить контрибьютить, но как найдется что-то, заслуживающее этого, обязательно создам пулл реквест.
Особенно импонируют мысли автора о простоте (sqlite топ, все аргументы будто сам писал), и мысли о долгой жизни проекта. Отсюда, приходит идея, почему ты не реализовать проект на языке который в своей идеологией ставит обратную совместимость (например go), или язык который пережил большинство своих сверстников, и здравствует до сих пор - lisp (например clojure, или common lisp), чтобы как раз не пришлось часто обновлять и переписывать проект каждые n лет. Не знаю, конечно, насколько эта идея жизнеспособна. Покажет только время.
В любом случае, большое спасибо за проект. Второй проект как галерея также интересен, т.к. родственники первыми делом начали отправлять фотографии природы, что на мой взгляд не совсем то, для чего нужен bonsai.
Думаю, что мне сильно повезло с опытом. Работал около полутора лет в одной большой компании в эталонной по процессам команде. Получил много знаний как выстраивать процесс внутри команды, как быстро и безболезненно погружать новичков.
Ушел за длинным рублем в другую большую компанию изначально думал, что разработчиком. Но на рынке голод. Я был в команде подрядчиков один который работал на основной офис. И так вышло, что в один день всех подрядчиков сократили. Из разработки остался только я, и в команде был ещё аналитик.
Итого, мне выдался шанс с нуля собрать команду тех людей которых я считаю нужным. А нужными я считаю людей которые готовы не только писать код, но сопровождать задачи как эпик драйверы от формирования и утверждения требований до нарезания задач на команду. Поэтому технически мои собесы весьма простые: этап с код ревью, поверхностные вопросы по стеку, а дальше вопросы в ширь по смежным технологиями.
И в целом считаю эту стратегию выигрышной. Все ребята готовы тащить эпики, не боятся этого. А что до кода? Зачастую бизнес задачи это перекладывание и преобразование json'а. Поэтому не вижу смысла дрочить на алгоритмы.
И что в итоге вышло - команда практически избавилась от bus-фактора в лице меня, и готова перехватить задачи на любом этапе.
По поводу того, что стал меньше писать кода не рефлексирую ниразу. Я все ещё делаю потные ревью, и беру задачи которые нужно быстро решить (скорость достигается знанием проекта, как программист я считаю себя довольно посредственным).
Научился получать кайф от формализации задач. Также огромный кайф когда видишь, когда растут тиммейты или кто-то приходит за советом как лучше наладить процессы.
У меня ещё очень много мест где нужно вырасти, но мне кажется я нашел отличный баланс между встречами, написанием кода, исследованием проблем.
А, ну и справедливости ради надо сказать, что в команде у меня есть менеджер, который делает очень много работы по общению с клиентами. Но так или иначе 60-70% времени занимают встречи, письма, согласования.
Спасибо. Я как раз искал подобную штуку как раз чтобы поставить на домашний сервер и дать доступы всей семье. Судя по статье это прям то, что я искал!
А я думал, что это я постарел и разучился гуглить.
Ну вот видите, множество "неозвученных требований" в этой задаче на поверку оказываются "it depends". Пример сферического коня в вакууме.
На моем опыте не раз приходилось видеть как посредственные разработчики за посредственные оклады делают системы которые работают, и приносят реальные деньги (я в их числе). Менеджмент к тому же говорит, что это такая бизнесовая модель - быстро проверять гипотезы и развивать те, что выстреливают. Ни о каком проектировании или надежности речи не шло. It's just work.
Пока вы будете проектировать систему тратя недели/месяцы на согласования, утверждения, встречи, протоколы, более гибкие участники рынка уже займут нишу.
Это не "неявные требования", а аналитические вопросы, требующие соответствующей проработки. Большая часть вопросов, к слову, может отсеяться после получения контекста о требуемой системе.
Более того, никто не запрещает сделать на коленке первый вариант который уже через неделю будет решать бизнесовые задачи, и развить его по мере необходимости в нужный (!), а не предполагаемо нужный вариант.
Так, значит, раздуваются требования к системе в заказной разработке? А клиент "просто хотел получать уведомление когда у него купили курс".
Тоже интересует этот вопрос. Почему бы не использовать метапрограммирование в python вместо кодогенерации
Меня больше интересует функционал ChatGPT в качестве ментора. Когда хочешь выучить какой-либо язык, вопросы появляются не только формата "как сделать х или y", а например:
какие подходы используются в сообществе для реализации x
как принято организовывать код на языке x
какие лучшие практики для реализации y
Ну и конечно же, получение сниппетов кода, которые помогают реализовывать задачи быстрее, и соответственно поддерживать высокий уровень мотивации: ты не только изучишь новый язык, но и сможешь создать какой-то продукт на приемлемом уровне. И тебе для этого не будет нужно обивать пороги десятка тематических чатов/форумов, достаточно только спросить, и получить зачастую вменяемый ответ.
Тоже интересно почему так. Что-то произошло?
Не знаю, откуда эта фраза у меня в голове, мне приятно думать, что это я ее изобрёл (что вряд ли):
Казаться - уже наполовину быть.
Однако позже встретил англоязычный вариант:
Fake it till you make it
5 лет назад писал диплом в LO (из принципа). Были сложности, но сложности преимущественно с освоением. Под сдачу диплома чувствовал себя настоящим профи в разруливании форматирования в LO.
В дипломе было около сотни страниц (скорее больше). Картинки, таблицы, графики, надписи, фреймы, куча формул. Все это автоматически нумеровалось (не с первого раза разобрался, как это делать). Но таки да, LO на мой взгляд действительно нерасторопный, особенно что касается рендера страниц и скроллинга. Особенно обидно в сравнении с MS Office: скроллинг плавный как в браузерах, как в excel так и в word. Но со всем этим можно жить и работать. Написанный диплом тому подтверждение.
Кстати, изначально вмоем дипломе был как раз ГОСТовский штамп. И LO нормально его переваривал почти без капризов. Опять же, были проблемы в освоении, как и куда его вставить, как нумеровать страницы, как сделать чтобы на одной странице был один штамп, а на последующих другой. Все это я успешно преодолел. Нужен навык. И я почти уверен, чтобы сделать это в MS Office нужно пердолиться не меньше.
В общем, можно ли пользоваться LO? Однозначно можно. Да, есть проблемы. Но все они преодолимы. Вопрос скорее в том, чтобы переучить всех офисных работников на линуксы и открытые офисы, и перевести документооборот на открытые форматы.
Интересно, а какую литературу и как вы читаете? У меня каждый раз что-то екает в груди, когда кто-то говорит, что читает n книг в неделю/месяц, в то время как у меня чтение одной технической книги в ~600 страниц затягивается на месяцы.