png

Я обладатель Dlink DIR 320 и Dlink DSL2600

Советую посмотреть более дорогой вариант, что-нибудь из зукселов или асусов.

Мой роутер Dlink DIR 320 иногда виснет от нагрузки. Когда работал дома, он вис каждый день практически.
Сейчас виснет раз в 3-4 дня. Приходится перегружать.
Пробовал перепрошивать и все такое. Глюки остались.
Накатил прошивку от asus — глюки тоже есть. Похоже виновато железо.

При передаче файла 2 гига по Wi-Fi между двумя ноутами отваливается инет.

Похожие глюки есть со многими продуктами длинк.

В Dlink DSL2600 — тоже проблемы с зависаниями.
+ ряд своих багов. Местами очень веселых.

MS Project разве не для таких целей?

ИХМО, Багзила только на баги. Вести в нем сложные проекты просто не удобно. А вот вывести список багов — самый раз.

Redmine — бесплатен. Активно развивается сообществом. обладает большим функционалом. (есть даже REST API, позволяющий делать всякую автоматизацию). Так же есть классный Web 2.0 интерфейс.

на hh куча статей про redmine и другие системы управления задачами.

Jira — платная. к ней море плагинов, но изначальный функционал — меньше чем redmine.

есть ещё платные мегаплан. заточен тоже под определенные цели

Ещё есть на hh серия постов про сравнение разные систем управления задачами (сразу ссылку не нашел, по позже кину, если найду). там 4 части аж…
В них очень полезные комментарии.

О, я нашел там свою статью.

А если серьезно, то насколько я знаю, копипаст выпадает из выдачи поисковых систем. На вебмастера яндекса даже есть функция, где можно «застолбить» копирайт на контент.

Чего добивался автор этого ресурса — не понятно.

SQL дает встроенную валидацию структуры данных за счет нормальных форм, индексов и т.п.
Проверка корректности данных, которую дает SQL, — важна для разработки. Если её не будет, то придется писать руками эти проверки.

NoSQL дает возможность не возиться с маппингом, а сразу сохранять данные целиком объектами в базу.
Но это ещё не всё, NoSQL решения обладают предлагают средства для удобного маштабирования.
А так же средства по обработке всего этого маштабного хозяйства. В частности MapReduce.
Если у вас много данных или много запросов, и есть какой-то частный случай по данным, то NoSQL решение может быть полезным.
Если нет, то цитирую одного из разработчиков Apache Hadoop. На одном выступлении он изрек: «Если данных не очень много, то не выёживайтесь и используйте обычный SQL».

Что использовать в конечной ситуации — смотрите сами. Каждый вариант обладает своими достоинствами и недостатками. А ещё хорошо бы знать о недостатках и превращать их в достоинства.

А чем вас тот же redmine не устроил?
Ихмо удобная вещь.
Тот же lighttpd может быть прокси сервером для него.
redmine.lighttpd.net/wiki/1/Docs:ModProxy
На Ubuntu Server прекрасно работает всё.

В зависимости от уровня нагрузки redmine запускается на разных вариантах ruby серверов.
От штатного Webrick до Mongrel Clustger и Unicorn.
Для 40 человек на webrick прекрасно всё работает

Посмотрите определение метода. Там ключевое слово native стоит. Это означает, что реализация написана на СИ.
И скорее всего зависит от платформы выполнения.
Для этого существует механизм JNI.
Ну и приведу ссылку на официальную документацию.
Для себя я так понимаю, что для простого Object в hashCode кодируется адрес ссылки объекта в памяти.

ИХМО, это было б очень классно. Но заметки должны быть добротные по качеству.
Было б классно даже выделить отдельный тип, не статьи, а заметки.

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

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

Как было сказано выше, здесь любят фундаментальность в задачах.
С другой стороны, кто-то тратит на статью один вечер, а кто-то пару месяцев, а эффект не сильно отличается.

Для себя решил так: если собрался постить небольшой факт, то стараюсь его хорошо раскрыть, с ссылками, тезисами и т.д… Описав всё, вы получите хорошую добротную статью не большого размера.
Попробовал — реально получилось.

Если факт не дорос до статьи, то опубликую в своем блоге, тоже полезно. Кто-нибудь найдет и прочитает.

>>ZF || YII || Рельсы ||?
Посмотрите в сторону Symfony2
для БД/XML маппинга Docrine 2.1
для тестинга PhpUnit/Bedhat/Mink

По идеологии очень близко к Rails. Все то, что вам понравилось в rails, возможно, вы найдете в Symfony.
Rails 3 — вообще красота. Очень советую.

ZF по сравнению с Symfony по хуже… Особенно если читать сорцы ZF. Не знаю, чего они курили, но местами просто жесть… ИХМО, не гибко, не удобно.

YII — касался косвенно пару раз, ИХМО, лучше чем ZF.

В ZF есть хорошие и удобные компоненты, например, Zend_Soap, которые сильно упрощают жизнь. Так что в сторону ZF смотреть можно, но Zend_Application, ИХМО, ужасен.

А кто инициатор взаимодействия? Админка? или сторонний сервис?

Если админка, то зачем вам REST? Может вам больше подойдет SOAP/XMLRPC архитектура?
приложение переводчик — это SOAP сервер
ваша админка — SOAP-клиент

Ограничить запуск того или иного функционала можно банально авторизацией.

Вопрос действительно пространный. Для себя его я понял так, чтобы мне ещё изучить, чтобы стать лучше. То есть вы не знаете куда двигаться дальше.
Послужной список у вас очень приличный, вы уже большой молодец. Далее идет оттачивание навыков и опыта.
Какую нишу займете — там и развивайтесь.

Будет это .NET — платформа — замечательно.
Лично мне больше нравится java / j2ee/ j2se. Но это уже дело вкуса.

Итак, советы:

0. Купите/скачайте книгуМакконнелл Совершенный код
Эта книга просто сокровище для разработчика. Сам купил по совету преподавателя на 3-м курсе, ни разу не пожалел. До сих пор открываю, и нахожу там для себя что-то новое.

1. Проверьте правильность понимания вами принципов ООП. Принципы проектирования классов и прочее.
Знать о существовании шаблонов проектирования и их применении тоже желательно.

2. Качество знаний языка SQL поможет вам проверить этот сайт. Имеет смысл так же перечитать принципы проектирования БД. Нормальные формы и прочее.

3. Если ударитесь в Web, то знать
HTML, CSS, JS надо, нужно знать хотя бы что это и как это работает.
а так хорошо знать протокол HTTP и принципы сетевого взаимодействия.

Короче, идею вы надеюсь поняли, лучше всего копить пакет общих знаний и опыта о разработке. Такие разработчики ценились всегда дорого. С такими знаниями работается качественней и эффективней.