Тратят конечно. Вот у нас в компании обычно есть техпис. "Обычно" т.к. техпис сущность короткоживущая, сначала полон энтузиазма в приведении корпоративной вики в порядок, но со временем затихает, пропадает куда-то, потом приходит новый, процесс повторяется... Разработчики, что интересно, понимают необходимость документации, но сами тоже не очень стремятся её писать. Хотя на диаграммы в PlantUML и стандартизованные описания репозиториев в README хотя бы договорились и это прижилось.
Неплохая клавиатура, хотя и с завышенным ценником, для тех кому важно традиционное (со времен пишущих машинок) расположение клавиш -- со сдвигом рядов (stagering), здоровенным пробелом и симметричными клавишами модификаторов по краям. Вау-эффект HHKB пропадает, после того как увидел Maltron и узнал о последующих опенсорсных изысках в этой сфере в виде проекта Ergodox и пр. :) Если интересно удобство и кастомизабельность клавиатур, то за такие же примерно деньги есть много интересного, хотя и не такого разрекламированного -- сплитовые клавиатуры, с несколькими клавишами под большой палец вместо монолитного пробела, с колонками без stagering, встроенными трекболами/тачпадами/джойстиками и также с механическими съемными свичами и большой свободой настройки. Там хоть открытые схемы для DIY, так и готовые изделия (из известных мне компаний Ergodox-EZ, Dygma, Keyboardio, а из российских например Ergohaven). В общем HHKB выглядит некоторым переходным звеном от традиционных клавиатур к "эргономичным". Последнее в кавычках, поскольку термин очень условный, посколько там скорее фишки не столько в эргономике, сколько в кастомизабельности, возможности настроек под себя, как аппаратно, так и программно с помощью всяких прошивок (как например QMK).
Не только брайнфаком единым! А как же кристально прозрачный whitespace? Настолько прозрачный, что программ на нём попросту не видно, если только в IDE не включить специальный вывод табов и пробелов.
Там еще и Ruby для бекенда, явно те еще экспериментаторы :) А так новость хорошая, с такого и начинается коммерческое применение языков. Сам так в ~2013 пробовал искать программистов на Go, внедряя совсем тогда новый язык в компании :)
Так по возрастному критерию претензии к кому угодно старше 40 лет можно выставить :) Консерватизм, необучаемость, маразм и т.д. по списку. Нее, тут другая принципиальная проблема в обратную сторону -- больше похоже на синдром NIH. Приходят какие-то люди в сложившийся проект и говорят "вы работаете неправильно, но у нас есть инструмент решающий все ваши проблемы". Сорри, но доводы апологетов Rust похожи на религиозный фанатизм, этот тред не исключение, скорее подтверждение. "Уверуйте в Иисуса!" "Rust is solution" -- отлично, так идите и напишите свое ядро, тем более уже инициатива на это в виде Redox есть. Если получится лучше, через время на него переползут даже фанаты Linux, чисто из прагматизма.
Не знал, спасибо за ссылку. Им бы на нём или другом подобном проекте и сконцентрироваться. Тем более в Redox микроядро -- если не альтернативу C, то хотя бы замену GNU/Hurd (он кстати всё еще не умер) продемонстрировать. Вокруг ядра Linux собралось много разработчиков с действительно впечатляющим знанием языка C и для меня эти реверансы в сторону Rust выглядели как распыление сил и вероятность раздробить проект. Пусть уже пишут на том, что знают и умеют. Делайте свою новую ОС на своем языке -- если она вытеснит Linux, значит она лучше его и новые концепты работают. А все эти заявления "искренне верю, что будущее ядер — за языками, безопасными для памяти" -- какая-то абстрактная футурология.
Может быть разработчикам Rust стоит написать свою ОС со своим ядром, чтобы был proof о пригодности языка к таким задачам? А то выглядит хождением в чужой монастырь.
Btw, я сам из тех кто C не осилил :) Меня хватает на простые утилиты или чтение кода, но под что-то больше сотни строк я не готов возиться с нюансами языка и беру что-то более простое в осмыслении вроде Go. Однако, потребность в низкоуровневых языках без GC остается, Rust мне в ходе изучения не понравился -- для меня выглядел существенно сложнее C, для моих проектов его правила безопасности оверхид. Я в итоге решил свою потребность в низкоуровневых языках использованием новых C-подобных языков с ручным управлением памятью, прошел по цепочке изучения Nim -> Zig -> Hare. И пока последний всем устраивает: незамысловато и непротиворечиво, при этом все возможности C в наличии. Автор языка кстати пишет свою учебную ОС на Hare, как раз подходит для доказательства, что язык пригоден для таких задач. Я не продвигаю Hare, но имхо, если в этом направлении двигаться, то можно и в огромных проектах как ядро Linux переходить на новые основанные на C языки -- не сильно меняющие подходы, но устраняющие часть проблем исходного C. Если же радикально новое предлагать, как Rust, требующий перестраивать логику кода для правил владения памятью по его правилам, то оно так и будет встречать сильное сопротивление сложившихся сообществ больших проектов.
Добавлю мелкие факты. Высадка в Нормандии имеется также в игре Enlisted. И Курская битва там же. Вот только игровое событие по последней называется не "Курская битва", а "Операция Цитадель" (взято название из военных планов немецкой стороны). Видимо это отражение того, что разработчик не российская компания, а европейская.
Опять заменять C++ и убивать С? Я думал уже успокоились и больше не надо точить ножи :| Я вообще сам на Go программирую, уже > 10 лет как, и мне очевидно, что никакого C++ он заменять не собирается и не собирался. Когда-то на заре создания языка авторы хайпа ради высказались, что это может стать заменой C++, но быстро стало понятно, что в этом нет резона. У Go своя ниша написания многопоточных сервисов, где он отлично смотрится на фоне других языков, также в принципе он неплохо подходит для написания GUI (хотя в этой области малопопулярен). Если он кого и вытеснял, то уменьшил количество вебсервисов на PHP, Ruby и Python, и то вывести их полностью вероятно невозможно.
Прилетело НЛО не оставив ничего ;) В треде уже не разобрать, на что отвечали. Рекомендаций я видимо тоже не дождусь. Пойду сам дальше искать. Или свое писать ;)
Пытаясь не вляпаться в обсуждение новости, но по теме. Однако, нужен мессенджер не только с шифрованием переписки, сколько с независимой от конкретной компании (или человека) инфраструктурой. Из известного мне это федеративный Matrix, он тоже со списком своих проблем в реализации. У кого есть свои рекомендации?
Выравнивать не пробовали? Например GNU/Emacs столбцы при редактировании автоматически выравнивает пробелами и так сохраняет:
| header 1 | header 2 |
|----------+----------|
| text 1 | text 2 |
| text 3 | text 4 |
Это значительно улучшает читабельность. Претензии к формату всё равно остаются, например нет возможности мультистрочных данных, но для простых кейсов явно удобнее более строгих языков разметки, как HTML.
Если приведенная автором статьи утилита это не умеет, то это вопрос к утилите, не к формату.
Я тут просто соглашусь. На go пишу >12 лет, заинтересовался им с самых первых публичных версий. В принципе, нововведения выглядят достаточно логичными, принять их можно. И можно даже находить полезное применение. Однако, позвольте, как же язык обходился столько лет без этих фич (дженерики тут вероятно было самой обсуждаемой) и несмотря на их отсутствие обрел популярность? Может быть как раз благодаря их отсутствию? Приняли бы Go как "простой" язык, на который легко перейти, если бы на месте 1.0 был представлен его текущий набор фич из 1.23? :) Впрочем, quod scripsi scripsi. Обратно это уже не вернуть, пишем на Go дальше :)
Определенно, вместе с org-mode, magit -- базовая вещь в GNU/Emacs. После magit я перестал использовать git в терминале, чего с другими IDE не происходило. Для больших удобств работы с git использую еще вот эти дополнения:
Справедливости ради, ловил проблемы с производительностью на больших репозиториях. В основном упиралось в плагины вокруг magit, но и он сам в некоторых случаях становился причиной проблем. Ниже цитата из моего конфига magit, в нем ссылка на статью по оптимизации:
Так терминалы и прочее основанное на readline по умолчанию используют же раскладку GNU/Emacs. И стрелочки там работают, просто это биндинги Emacs - Ctrl-B (лево), Ctr-F (право) и пр. При этом поддерживается режим Vi через "set -o vi". Статья про то, как не читают документацию.
Тратят конечно. Вот у нас в компании обычно есть техпис. "Обычно" т.к. техпис сущность короткоживущая, сначала полон энтузиазма в приведении корпоративной вики в порядок, но со временем затихает, пропадает куда-то, потом приходит новый, процесс повторяется... Разработчики, что интересно, понимают необходимость документации, но сами тоже не очень стремятся её писать. Хотя на диаграммы в PlantUML и стандартизованные описания репозиториев в README хотя бы договорились и это прижилось.
В коммерческих проектах такая же ситуация, документация это последнее в списке трат :\
Простите, а поменять на что? Какие есть альтернативы в опенсорсе? Чтобы были кроссплатформенными?
Неплохая клавиатура, хотя и с завышенным ценником, для тех кому важно традиционное (со времен пишущих машинок) расположение клавиш -- со сдвигом рядов (stagering), здоровенным пробелом и симметричными клавишами модификаторов по краям. Вау-эффект HHKB пропадает, после того как увидел Maltron и узнал о последующих опенсорсных изысках в этой сфере в виде проекта Ergodox и пр. :)
Если интересно удобство и кастомизабельность клавиатур, то за такие же примерно деньги есть много интересного, хотя и не такого разрекламированного -- сплитовые клавиатуры, с несколькими клавишами под большой палец вместо монолитного пробела, с колонками без stagering, встроенными трекболами/тачпадами/джойстиками и также с механическими съемными свичами и большой свободой настройки. Там хоть открытые схемы для DIY, так и готовые изделия (из известных мне компаний Ergodox-EZ, Dygma, Keyboardio, а из российских например Ergohaven). В общем HHKB выглядит некоторым переходным звеном от традиционных клавиатур к "эргономичным". Последнее в кавычках, поскольку термин очень условный, посколько там скорее фишки не столько в эргономике, сколько в кастомизабельности, возможности настроек под себя, как аппаратно, так и программно с помощью всяких прошивок (как например QMK).
Не только брайнфаком единым! А как же кристально прозрачный whitespace? Настолько прозрачный, что программ на нём попросту не видно, если только в IDE не включить специальный вывод табов и пробелов.
Там еще и Ruby для бекенда, явно те еще экспериментаторы :) А так новость хорошая, с такого и начинается коммерческое применение языков. Сам так в ~2013 пробовал искать программистов на Go, внедряя совсем тогда новый язык в компании :)
Так по возрастному критерию претензии к кому угодно старше 40 лет можно выставить :) Консерватизм, необучаемость, маразм и т.д. по списку. Нее, тут другая принципиальная проблема в обратную сторону -- больше похоже на синдром NIH. Приходят какие-то люди в сложившийся проект и говорят "вы работаете неправильно, но у нас есть инструмент решающий все ваши проблемы". Сорри, но доводы апологетов Rust похожи на религиозный фанатизм, этот тред не исключение, скорее подтверждение.
"Уверуйте в Иисуса!""Rust is solution" -- отлично, так идите и напишите свое ядро, тем более уже инициатива на это в виде Redox есть. Если получится лучше, через время на него переползут даже фанаты Linux, чисто из прагматизма.Не знал, спасибо за ссылку. Им бы на нём или другом подобном проекте и сконцентрироваться. Тем более в Redox микроядро -- если не альтернативу C, то хотя бы замену GNU/Hurd (он кстати всё еще не умер) продемонстрировать. Вокруг ядра Linux собралось много разработчиков с действительно впечатляющим знанием языка C и для меня эти реверансы в сторону Rust выглядели как распыление сил и вероятность раздробить проект. Пусть уже пишут на том, что знают и умеют. Делайте свою новую ОС на своем языке -- если она вытеснит Linux, значит она лучше его и новые концепты работают. А все эти заявления "искренне верю, что будущее ядер — за языками, безопасными для памяти" -- какая-то абстрактная футурология.
Может быть разработчикам Rust стоит написать свою ОС со своим ядром, чтобы был proof о пригодности языка к таким задачам? А то выглядит хождением в чужой монастырь.
Btw, я сам из тех кто C не осилил :) Меня хватает на простые утилиты или чтение кода, но под что-то больше сотни строк я не готов возиться с нюансами языка и беру что-то более простое в осмыслении вроде Go. Однако, потребность в низкоуровневых языках без GC остается, Rust мне в ходе изучения не понравился -- для меня выглядел существенно сложнее C, для моих проектов его правила безопасности оверхид. Я в итоге решил свою потребность в низкоуровневых языках использованием новых C-подобных языков с ручным управлением памятью, прошел по цепочке изучения Nim -> Zig -> Hare. И пока последний всем устраивает: незамысловато и непротиворечиво, при этом все возможности C в наличии. Автор языка кстати пишет свою учебную ОС на Hare, как раз подходит для доказательства, что язык пригоден для таких задач. Я не продвигаю Hare, но имхо, если в этом направлении двигаться, то можно и в огромных проектах как ядро Linux переходить на новые основанные на C языки -- не сильно меняющие подходы, но устраняющие часть проблем исходного C. Если же радикально новое предлагать, как Rust, требующий перестраивать логику кода для правил владения памятью по его правилам, то оно так и будет встречать сильное сопротивление сложившихся сообществ больших проектов.
Всё так, лучшая либа для Go в этой области. Если вдруг понадобился TUI на Go -- берем Bubble Tea.
Жду:
"Отряд 22" -- тактика, в стиле Door Kickers, по современной истории.
"Война миров: Сибирь" -- альтернативная история, квест, не фанат жанра, но сеттинг красивый :)
А из уже вышедших и порадовавших -- "Кужлевка" (Kujlevka).
Странно, это только у меня в статье отображается только первая картинка? :\
Добавлю мелкие факты. Высадка в Нормандии имеется также в игре Enlisted. И Курская битва там же. Вот только игровое событие по последней называется не "Курская битва", а "Операция Цитадель" (взято название из военных планов немецкой стороны). Видимо это отражение того, что разработчик не российская компания, а европейская.
Опять заменять C++ и убивать С? Я думал уже успокоились и больше не надо точить ножи :|
Я вообще сам на Go программирую, уже > 10 лет как, и мне очевидно, что никакого C++ он заменять не собирается и не собирался. Когда-то на заре создания языка авторы хайпа ради высказались, что это может стать заменой C++, но быстро стало понятно, что в этом нет резона. У Go своя ниша написания многопоточных сервисов, где он отлично смотрится на фоне других языков, также в принципе он неплохо подходит для написания GUI (хотя в этой области малопопулярен). Если он кого и вытеснял, то уменьшил количество вебсервисов на PHP, Ruby и Python, и то вывести их полностью вероятно невозможно.
Прилетело НЛО не оставив ничего ;) В треде уже не разобрать, на что отвечали. Рекомендаций я видимо тоже не дождусь. Пойду сам дальше искать. Или свое писать ;)
Пытаясь не вляпаться в обсуждение новости, но по теме. Однако, нужен мессенджер не только с шифрованием переписки, сколько с независимой от конкретной компании (или человека) инфраструктурой. Из известного мне это федеративный Matrix, он тоже со списком своих проблем в реализации. У кого есть свои рекомендации?
Выравнивать не пробовали? Например GNU/Emacs столбцы при редактировании автоматически выравнивает пробелами и так сохраняет:
Это значительно улучшает читабельность. Претензии к формату всё равно остаются, например нет возможности мультистрочных данных, но для простых кейсов явно удобнее более строгих языков разметки, как HTML.
Если приведенная автором статьи утилита это не умеет, то это вопрос к утилите, не к формату.
Я тут просто соглашусь. На go пишу >12 лет, заинтересовался им с самых первых публичных версий. В принципе, нововведения выглядят достаточно логичными, принять их можно. И можно даже находить полезное применение. Однако, позвольте, как же язык обходился столько лет без этих фич (дженерики тут вероятно было самой обсуждаемой) и несмотря на их отсутствие обрел популярность? Может быть как раз благодаря их отсутствию? Приняли бы Go как "простой" язык, на который легко перейти, если бы на месте 1.0 был представлен его текущий набор фич из 1.23? :) Впрочем, quod scripsi scripsi. Обратно это уже не вернуть, пишем на Go дальше :)
del // ну вот почему нельзя удалять только что написанный коммент, если ошибся веткой?
Определенно, вместе с org-mode, magit -- базовая вещь в GNU/Emacs. После magit я перестал использовать git в терминале, чего с другими IDE не происходило. Для больших удобств работы с git использую еще вот эти дополнения:
Справедливости ради, ловил проблемы с производительностью на больших репозиториях. В основном упиралось в плагины вокруг magit, но и он сам в некоторых случаях становился причиной проблем. Ниже цитата из моего конфига magit, в нем ссылка на статью по оптимизации:
Так терминалы и прочее основанное на readline по умолчанию используют же раскладку GNU/Emacs. И стрелочки там работают, просто это биндинги Emacs - Ctrl-B (лево), Ctr-F (право) и пр. При этом поддерживается режим Vi через "set -o vi". Статья про то, как не читают документацию.