Ну почему же не придется? Можно последовательно аргументировать свою позицию или просто поменять работу на более демократичную. В конце концов можно сделать и свой проект — люди делают
В глубокой древности мудрец Уолл сформулировал три добродетели, равно необходимых и программисту, и магу: лень, нетерпение и наглость — и функциональное программирование способствует достижению каждой из них.
Лисп немного другой :)
Я согласен, что нужно разделять окружения, но метод с ошибкой совершенно ортогонален. NASA «Deep Space 1» был вполне себе production, но и в production бывают ошибки, требующие исправления на живой системе. В этом отношении подход лиспа в том, чтобы не превращать production в застывший монолит, расчитывая что он будет более или меннее совершенным, а оставлять его пластичным и чуточку сырым, чтобы при случае можно было внести изменения. Впрочем, я еще не настоящий джедай и возможно чего-то не понимаю :)
Я уже имею опыт использования дропбокса на продакшн-сервере. Из интересного: путем инвайтов аккаунт можно раскачать до 8 гигабайт (читерский метод — использование виртуальных машин, на которые можно ставить дропбокс, чтобы завершить регистрацию инвайта, но в моем случае — просто настойчиво рекомендовал друзьям — им понравилось)
Есть и некоторые сложности, например, полное удаление файла (purge) может сделать только тот пользователь, которые его залил, что может создать проблемы в будущем при очистке с целью сохранить место в выделенных гигабайтах.
Из основных плюсов — очень легко организовывать совместную работу, благодаря уведомлениям, которые показываются при обновлении файлов — контент-менеджеры видят изменения друг друга прямо в момент сохранениния файла. Также история изменений в виде ленты позволяет мне находить те проблемы, которые контентщики создают неправильными изменениями.
В целом, есть масса удобных кейсов для использования этой технологии, можно рекомендовать.
Хороший пост. Как автор справился с техническими сложностями не обладая опытом программирования? Использовал ли он «наемный труд» или чью-нибудь бескорыстную помощь? Сколько времени уходило в день на проект?
Хотелось бы узнать также о том чем отличаются (алгоритмы, подходы) скринкасты от видео (с точки зрения кодирования) и какими практическими подходами стоит пользоваться при созданнии программ типа «удаленный рабочий стол»
— …
collect2: выполнение ld завершилось с кодом возврата 1
make[2]: *** [wrc] Ошибка 1
make[2]: Выход из каталога `/home/user/wine-1.1.28~winehq0~ubuntu~9.04/tools/wrc'
make[1]: *** [wrc] Ошибка 2
make[1]: Выход из каталога `/home/user/wine-1.1.28~winehq0~ubuntu~9.04/tools'
make: *** [tools] Ошибка 2
**** Установка неудачна. Отменяется создание пакета.
Восстанавливаются замененные файлы из резервной копии...OK
89.108.75.126/
Я согласен, что нужно разделять окружения, но метод с ошибкой совершенно ортогонален. NASA «Deep Space 1» был вполне себе production, но и в production бывают ошибки, требующие исправления на живой системе. В этом отношении подход лиспа в том, чтобы не превращать production в застывший монолит, расчитывая что он будет более или меннее совершенным, а оставлять его пластичным и чуточку сырым, чтобы при случае можно было внести изменения. Впрочем, я еще не настоящий джедай и возможно чего-то не понимаю :)
Есть и некоторые сложности, например, полное удаление файла (purge) может сделать только тот пользователь, которые его залил, что может создать проблемы в будущем при очистке с целью сохранить место в выделенных гигабайтах.
Из основных плюсов — очень легко организовывать совместную работу, благодаря уведомлениям, которые показываются при обновлении файлов — контент-менеджеры видят изменения друг друга прямо в момент сохранениния файла. Также история изменений в виде ленты позволяет мне находить те проблемы, которые контентщики создают неправильными изменениями.
В целом, есть масса удобных кейсов для использования этой технологии, можно рекомендовать.
вот тут в левом буфере дерево файлов — это что такое и как его подключить?
sudo checkinstall
— …
collect2: выполнение ld завершилось с кодом возврата 1
make[2]: *** [wrc] Ошибка 1
make[2]: Выход из каталога `/home/user/wine-1.1.28~winehq0~ubuntu~9.04/tools/wrc'
make[1]: *** [wrc] Ошибка 2
make[1]: Выход из каталога `/home/user/wine-1.1.28~winehq0~ubuntu~9.04/tools'
make: *** [tools] Ошибка 2
**** Установка неудачна. Отменяется создание пакета.
Восстанавливаются замененные файлы из резервной копии...OK
Очищается...OK
Удачи.
— Что я сделал не так?
sudo checkinstall