egorinsk

Просто любопытно, почему никто из отписавшихся не написал вариант «радоваться бесплатной посылке»? Это странно.

Джеф Раскин, «Интерфейс», книга с ручкой управления кораблем на обложке.

В Стране Чудес.

Зачем переходить с Windows на Линукс? Большинство офисных программ пишутся, разрабатываются и тестируются именно под Windows, может я чего-то не понимаю, но какая выгода в переходе? Wine работает неидеально, имеет баги и недоработки.

Тем более это странно выглядит, если у вас уже куплены лицензии на софт, то тут даже экономии нету.

Забавно, под именем написано, что вам 4 года.

> Я вам задачу выполню, а после меня хоть потоп.

Возможно, в большинстве случаев это и требуется. Заказчик хочет исправить баг A и добавить фичу B, а не устраивать дорогой и долгий рефакторинг.

Если вы хотите, чтобы архитектура была не до лампочки, наймите опытного разработчика (кажется, он называется архитектор), который ее спроектирует и задокументирует, напишет правила, и требуйте у других разработчиков следовать им (и проверяйте, что они следуют). И, возможно, будет иногда смотреть состояние проекта и вносить какие-то изменения (ибо запроектировать один раз на века у вас вряд ли получится).

Поисковики по вашей просьбе ничего делать не будут и в лучшем случае посоветуют обратиться в суд.

Очевидно, что самое узкое место тут — доступ к удаленному сервису. Любой, кто пользовался интернетом, знает, что сайты имеют свойство иногда тормозить и медленног загружаться, а иногда не работают вообще. Потому надо выбирать вариант C.

А вот обновляться до самой последней версии — не всегда хорошо, там могут быть баги.

В ворде. по моему, есть отдельные стили для четных и нечетных страниц, ими нельзя?

Второй способ лучше (на мой взгляд), так как в нем явно понятно, что вы хотите сделать, а первый поставит незнакомого с ним человека в тупик. Зачем там отрицание? Что автор хотел этим сказать? Согласен с jsHint, это плохо.

> В интернете пишут что первый способ вроде как более предпочтительный

Это частное мнение. Я так, например, не считаю.

> Я разбираюсь с темой консонанса/диссонанса, т.е. степени «приятности» звучания аккорда.

Если я не ошибаюсь, она зависит не от соотношения амплитуд гармоник, а от соотношения частот входящих в него нот.

Вы знаете про соотношение частот нот (имеются в виду основная частота) в созвучных и несозвучных сочетаниях? Этим еще Пифагор занимался. Например, если ноты различаются на 12 полутонов, то это соотношение 2:1, если на 7 пт то 3:2, если на 5 пт то 5:4 (вроде так?). У таких «кратных нот» много совпадающих друг с другом гармоник. Они как бы сливаются при звучании.

Возьмем противоположный пример: ноты, различающиеся на 1пт. У сочетания таких нот, если изобразить спектр, гармоники не совпадают, выглядят сдвоенными палками, находятся близко друг к другу и звучат они не очень-то приятно.

В мажорном аккорде тоже есть какие-то соотношения между частотами звука отдельных нот.

Также, у меня есть ощущение, что мозг умеет объединять гармоники с основной частотой. Например, звуки музыкальных инструментов состоят из гармоник, но мы ведь слышим их как одну ноту, а не несколько. Потому, наверно, амплитуда отдельных гармоник (и характер их изменения во времени) определяет тембр звука, но не «приятность» звучания аккорда.

Я бы не советовал строить планы на года. Как показывает история, ВК легко может поменять что угодно, например, убрать стенку или забрать всех свиней с фермы, или начать переезжать полицейских, мешающих проехать, и ничего вы не сделаете. Вы потратите кучу человекомесяцев, а завтра они уберут функцию из АПИ и вы останетесь с носом. Единственное, если вы крупное приложение, то можете получить какие-то особые условия.

> В общем, опасаюсь проблемы, когда при смене программиста, новому «проще переписать».

Это значит, что человек просто не умеет работать с легаси кодом. Это не значит, что код надо на самом деле переписывать. Наверняка можно организовать архитектуру так, чтобы изолировать сомнительный старый код и заменять его не спеша на новый.

Проблема (некоторых) программистов в том, что они смотрят с точки зрения «как бы написать идеальный по моему мнению код», а не «как получить максимум прибыли с минимумом затрат».

Переписывание кода — это потеря денег с неизвестным результатом, где гарантия что третий, четвертый и т.д. программисты не захотят переписать еще раз? Я вам советую этого избегать.

По хорошему, вам бы надо консультироваться с опытным разработчиком по поводу каких-то важных архитектурных решений (чтобы он сразу указал вам на грабли, на которые вы можете наткнуться), а также надо установить определенные требования, например, чтобы программист комментировал код и документировал принятые решения. Чтобы в репозиторий добавлялись все нужные файлы, чтобы проект всегда можно было передать кому-то еще.

> Если делать на фраймворке Yii, можно не опасаться смены программиста?

Это зависит от программиста, Yii не запрещает гнать кривой код, хотя изучение фреймворка чуть-чуть выпрямляет мозги программисту (и повышает ваши шансы получить что-то нормально работающее).

PHP-акселераторы страдают ошибками. Это вам еще повезло, если он только память ел, бывает, процесс PHP падает с случайной вероятностью и не догадаешься, что виноват оп-кешер.

Быстрый сервер с толстым каналом, хорошим пирингом и маленьким пингом (пример: сервера вконтакте) мог бы быть эффективнее. Если с вашего хостинга картинки грузятся не так быстро, как хотелось бы, попробуйте найти хостинг лучше.

1) Не сохраняйте пароли на FTP в FTP-клиентах и не заражайтесь вирусом, который их ворует
2) Если вы устанавливаете на сервер phpMyAdmin, плагины для Wordpress, и другой open source софт неизвестного качества, закройте доступ к нему через HTTP-авторизацию (через пароль). Автоматические сканеры, которые обходят сеть в поиск уязимостей, обломаются.
3) Если вы делаете сайт, на котором пользователи могут загружать файлы, загружайте их файлы в такую папку, в которой отключен запуск PHP скриптов.
4) Если вы скачиваете бесплатные темы для CMS, плагины, темы для Wordpress не с официального и модерируемого сайта, проверьте, нет ли в них вставок кода. Вы же знаете, где бывает бесплатный сыр!

Выполнение этих 4 простых правил защищает практически от всех уязвимостей и у вас больше не повторится такой ситуации.

Если вы даете полный доступ, что мешает злоумышленнику показать страницу «пожалуйста, в целях безопасности введите свой пароль заново»? Или установить на странице комплект вредоносных программ, внедряющихся в систему при открытии страницы за счет уязвимости в браузере?

Даже технически грамотного пользователя можно поймать на этом.

Может, у вас проблемы с проводкой? Вы не можете на лестничной площадке в щитке померять (осторожно, там высоковольтные оголенные провода)?