afiskon

В первом приближении кажется, что здесь нужно применить либо поиск в ширину, либо алгоритм A*. С доверительными состояниями в обоих случаях. Я здесь об этом писал в свое время.

1. Берите случайную задачу из списка http://eax.me/programming-language-learning/ 2. Решайте 3. Goto 1

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

Я просто запили формочку, которая шлет запрос на google.com. Выбрал Google, потому что он быстрее всего индексирует сайт, а вообще можно любую ПС взять.

Тут писал рецензии на пару книжек, правда, они совсем по основам и без шейдеров http://eax.me/books-issue-5/

Я читаю с 7" планшета, а не читалки. Покупаю на oreilly.com, amazon.com или pragprog.com.

Мы обычно делаем так.

Как правило, одна задача (фича или бага) — один коммит с комментарием «номер задачи: название задачи». Задача пишется в отдельной ветке с кучей коммитов типа fix-fix-fix. Перед pull request коммиты объединяются в один с помощью git rebase. Такой подход позволяет легко откатывать фиксы.

Если задача очень большая, можно разбить ее на подзадачи или чеклист, тогда каждой подзадаче может соответствовать один коммит. Если нужно сделать небольшое изменение, пишем, например, «0000: minor changes» или «0000: typo fixed».

Как договоритесь. От «без опыта работы по специальности, главное, чтобы голова на плечах была» до «минимум 2 года работы с нашими технологиями». Ну и как я уже когда-то отмечал (вроде здесь) в моем понимании джуниор должен хотеть учиться новому и делать это самостоятельно. В голову силой ничего не впихнут.

Тут есть про MySQL, MariaDB и PostgreSQL. Надеюсь, хотя бы частично ответит на ваш вопрос eax.me/postgresql-vs-mysql/

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

Если проблема проявляется только при работе от аккумулятора, посмотрите настройки сетевого интерфейса. Он может иметь энергосберегающий режим, в котором теряется большой процент пакетов. У меня была такая проблема, отключение энергосберегающего режима помогло.

Митинги по Skype или телефону, текущая активность — в Trello. Жить можно. Но в целом распределенная команда — это всегда не очень удобно. Если только команда, работающая над одним проектом/подсистемой не находится в одном городе, а над другим — в другом. В этом случае нужно меньше взаимодействовать с коллегами из другого города, меньше неудобств.

Бред какой-то. Используйте нормальные средства для работы с СУБД (в Perl это к примеру DBIx::Class) и все у вас будет хорошо безо всяких извращений с кодированием.

Если речь о веб-апи — однозначно REST. Иначе — исходите из задачи и ваших потребностей. Например, если у вас есть база данных пользователей, напишите методы/функции getUserIdList(), getUserById(), и так далее. Объединяйте их в модули/классы в соответствии с функционалом. Скажем, пользователи должны быть отдельно от товаров. Помните об абстракции. Например, если вы вдруг решили кэшировать список id пользователей, интерфейс должен остаться прежним.

А вообще, думается, это приходит с опытом.

Вот ознакомьтесь. SAPE.ru также хороший вариант.

1. Sitemap.xml, RSS, анонсы в соц сетях
2. Добавиться в яндекс/гугл.вебмастер и посмотреть, на что жалуются поисковые системы
3. Правильные заголовки, описание, h1..h3 тэги
4. Убрать лишние внешние ссылки и сократить количество внутренних
5. Разбавлять контент уникальными материалами
6. В последнее время стала очень важна скорость загрузки страниц
7. Валидный HTML/CSS

Я много распинался по этому вопросу. Посмотрите, к примеру, раз и два.

Akka и модель акторов. Также есть некая вариация на тему транзакционной памяти в Clojure, но я в ней не разбирался.