А какие с десктопом проблемы? Дрова на экзотику ноутбучную?
Mac OsX да, это же BSD поверх Mach3 ядра . Кстати, самый распространенный true unix десктоп :)
Для embedded идеальный вариант - стабильная и легкая, настроил и забыл. Что еще надо?
Добавлю, что в реальных задачах, разница в скорости работы между различными дистрибутивами зачастую вообще не существенна. Обычно ведь никому не нужна ОС сама по себе. А основным потребителем ресурсов является софт, который выполняет полезную работу. Поэтому, на первое место выходит стабильность работы всей связки прикладного ПО. Ну и удобство обслуживания. Скомпилировать софт это не проблема, проблема в том, что жизненный цикл ПО достаточно динамичен. И иметь ненужные временные затраты на периодиескую сборку софта, да еще с учетом зависимостей, мало кому хочется. Репозитарии это же очень удобно - зачастую буквально несколько секунд уходит на обновления. К Gentoo же скорее интерес академический. Впринципе, в таблице популярности на distrowatch.com тенденции четко видны. Выкинув из списка десктопный mint, все ясно и понятно :)
А что значит писать с нуля? И почему такой подход идеален? Разумеется, учитывая что 2016 год на дворе.
Это в теории хорошо. На практике, особенно для небольшой команды и постоянно развивающегося продукта, внешняя документация достаточно быстро рассинхронизируется с реальным положением вещей в коде. Если придерживаться определенного стандарта в оформлении, код сам себя отлично документирует. Все просто - надо тщательно подходить к выбору имен идентификаторов и форматировать для удобства чтения и навигации. Если что-то со временем стало непонятно - значит названия выбраны неудачно и надо их рефакторить. А описывать как реализовано - это избыточно. Все видно в коде. И XML Documentation comments для описания контракта функции и решаемой задачи.
Это утверждение - серьезный повод задуматься о том, насколько оптимально выборан подход к решению задачи. Проводя аналогию в строительстве, строя многоквартирный дом, вряд ли кто станет заказывать в КПД панель, что-бы заложить в ней окно и вырезать болгаркой дверь в другом месте. Если проект требует нетипового решения - заливают монолит и кладут кирпич. Это в любой сфере человеческой деятельности так - грамотный подход подразумевает не переделку готового, а переход к выбору более простых компонент.
Такая фраза, обычно, означает, что у Вас возрастут расходы на сопровождение. Т.е. в реальных условиях ограниченности ресурсов, придется жертвовать развитием ради поддержки. Кроме того, "исправления появившихся косяков" часто имеет далеко не нулевой временной промежуток и, что хуже, сопряжен со снижением качества работы продукта.
Избежать указанных проблем поможет пересмотр выбранной технологии. Как вариант - вместо сайта в традиционном понимании перейти к веб приложению в котором:
1. Представление данных независимо от API.
2. Каждую задачу рассматривать изолировано от остальных.
3. Внутри каждой задачи определить базовый функционал, без которого совсем ни как и дополнительный.
Такой подход даст больше гибкости. Во первых, уйдете от длительных сроков. Каждый модуль проще просчитать и по времени и проверить в работе. Во-вторых, проще сменить исполнителя, если что-то пойдет не так. В третьих, быстрее получите минимально рабочий вариант, который потом можно наращивать фичами.
Затрудняюсь назвать хоть одну вескую причину, зачем .htaccess должен иметь уровень доступа выше чем 644. А если такие настройки на виртуальном хостинге - это сигнал к тому, что пора паковать чемоданы.
LEOnidUKG, Зачетный слив! Аргументов по существу нет, переходим на личность?
Жаль, что Вам незнакомо понятие демагогии. Если получиться осилить https://ru.wikipedia.org/wiki/Ad_hominem то это станет Вашим первым шагом к умению дисскутировать.
Ваши слова? Мною указана норма законодательства РФ, котора говорит о том, что Ваше высказывание в процитированной части является заблуждением. Поскольку, как Вы выражаетесь "регать" права вовсе не обязательно.
LEOnidUKG,
ГК РФ Ст.1259, п.4. "Для возникновения, осуществления и защиты авторских прав не требуется регистрация произведения или соблюдение каких-либо иных формальностей."
Т.е. авторское право возникает прямо в момент создания произведения. Например, исключительные права на это сообщение возникают у меня прямо сейчас, пока я нажимаю клавиши на клавиатуре. А как только мною будет нажата кнопка "Опубликовать", то это произведение будет опубликовано. И в силу презумпции авторства, если кто-либо захочет оспорить авторство на этот текст, ему придется доказать, что он опубликовал этот текст раньше, чем дата и время этого сообщения.
https://freedcamp.com. Для проекта есть обсуждения с коментариями, задачи, которым назначается ответственный, деадлайн, приоритет. К задаче можно прикреплять файлы, создавать подзадачи. Уведомления на мыло.
