иногда в команде начинает использоваться обсценная лексика. Практика показывает, что на атмосферу это влияет отрицательно, общение постепенно становится грубым. Стоит избегать её использования самому и не поощрять её использования в команде.
Возражу против категоричности этой мысли.
Есть у меня интеллигентный знакомый математик, к.ф.-м.н., ну прямо воплощение идеала интеллигенции. Даже когда он употребляет ненормативную лексику, это приятно слушать. Он матом не ругается, просто называет вещи своими именами. Не всегда приличными, но всегда к месту.
Для меня как для пользователя этого СПО (а картинка адресована именно пользователю) — бесплатно. Я ставлю качественный софт из репозитория, ни сколько за него не заплатив.
неплохо всё же жить не по «понятиям», а хотя бы приблизительно по закону и здравому смыслу
Я так и говорю: это моральная и социальная ответственность, без каких-либо юридических обязательств.
Диктовать свои условия человеку, который итак бесплатно поделился своим трудом это уже мягко говоря наглость
Но если потом окажется, что «стабильная» версия падает каждый час — автор среди своих пользователей получит репутацию пустозвона. И это будет справедливо, если он отмахнётся от сопровождения своего поделия.
Считаете ли вы, что выкладывая свою работу под свободной лицензией, автор обязан поддерживать продукт
Есть такая народная мудрость: «Уж взялся за гуж — не говори, что не дюж». Если во всеуслышание растрезвонил, что «0.98->1.0! Релиз! Стабильная версия!» — считай, что да, взял на себя моральную и социальную ответственность по сопровождению своего детища. Хотя да, по букве лицензионного соглашения не обязан.
Мне нравится, как сделано в языке R. Можно произвольно сочетать позиционную и именованную запись. В то время как в большинстве других языков именованные аргументы можно перечислять только после позиционных.
Может быть, тогда рациональнее вообще отказаться от валидации на клиенте и не нарушать принцип DRY? Всё равно бэк-энд проверяет поступившие данные. Ловить отлуп web-сервера при submit'е формы, отображать ошибку и оставить пользователя на той же web-странице, чтобы исправил ввод и повторил отправку.
Всё-таки, у «Вампирчика» в этом плане идеальная эргономика. Можно включить два фиксированных уровня напряжения, а можно крутилками выставить любое напряжение, наблюдая его на цифровом индикаторе.
Употребляйте большие буквы только там, где это положено правилами. Эту статью воспринимать невозможно. Дочитал до «очень чёткой и уникальной Структуры-Архитектуры», дальше уже ниасилил.
Пробовал однажды (лет 10 назад) для ИТшной базы знаний внедрить именно MediaWiki. Столкнулся с тем, что эта система плохо приспособлена к разграничению доступа. Может сейчас есть более удобные средства, но в то время права можно было назначать только на пространства имён. Каждую ссылку приходилось оформлять в виде [[Пространство: Название статьи|Название статьи]], чтобы скрыть пространство имён — иначе ссылка выглядела уродством. Это в итоге и меня самого выбесило, и коллег подсадить на ведение системы не удалось.
Если бы внедрял подобную систему сейчас, в первую очередь смотрел бы на что-нибудь подобное FosWiki.
Возражу против категоричности этой мысли.
Есть у меня интеллигентный знакомый математик, к.ф.-м.н., ну прямо воплощение идеала интеллигенции. Даже когда он употребляет ненормативную лексику, это приятно слушать. Он матом не ругается, просто называет вещи своими именами. Не всегда приличными, но всегда к месту.
Но если потом окажется, что «стабильная» версия падает каждый час — автор среди своих пользователей получит репутацию пустозвона. И это будет справедливо, если он отмахнётся от сопровождения своего поделия.
Есть такая народная мудрость: «Уж взялся за гуж — не говори, что не дюж». Если во всеуслышание растрезвонил, что «0.98->1.0! Релиз! Стабильная версия!» — считай, что да, взял на себя моральную и социальную ответственность по сопровождению своего детища. Хотя да, по букве лицензионного соглашения не обязан.
Да в мире СПО сколько угодно! Linux. R. Git. Spring Framework. VueJS. И ещё многие сотни зрелого свободного ПО, которое можно использовать бесплатно.
разрыпрокола!В PostgreSQL тот же самый синтаксис. Стандарт же. Называется «SQL/JSON Path Expression».
Есть. В комплекте документации ему посвящена целая книга:
Oracle® Database: JSON Developer's Guide
Если бы внедрял подобную систему сейчас, в первую очередь смотрел бы на что-нибудь подобное FosWiki.