Артур Борденюк

Что меня всегда удивляет на Хабре:

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

Все равно вопрос минусуют, да ещё в карму умудряются минус влепить…

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

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

ужин с коллегами < ресторан
ужин с коллегами > ресторан

Правда, в русской раскладке их, как и собаки, нет. Можете попробовать знак процента %, он, по крайней мере, вряд ли случайно встретится в тексте и даст ложное срабатывание.

А вообще, я бы оставил собаку.

Например, здесь

ИМХО в вашем случае стоит начинать с пхп.
Поскольку вы имеете опыт работы с более-менее строгими языками, то либерализм пхп не должен повредить детскую неокрепшую психику. Правда стоит таки включить E_STRICT сразу когда начнете писать.

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

Вы только не ведитесь на эту либерастию… сначала упиваешься как круто, что тебя ни в чем не ограничивают, потом свыкаешься с мыслью что многих привычных инструментов нет (и это вам еще повезло, вы не застали ООП в пхп4). Потом жизнь кажется прекрасной… а когда переваливаешь через мегабайт кода, начинаешь ныть «дайте, дайте, дайте мне жесткую типизацию!!! расрас», включаешь E_STRICT и сразу узнаешь о себе много нового…

Итог: советую пхп, но сразу писать строго. Начните с одного из стандартов оформления кода…

помойму rwxrwxrwx = 777 непонимаю зачем вы запрещаете(0000) запись и чтение хозяину группе и всем, темболее на общедоступную в локалке шару.

как самый простой вариант можно по крону по папке фигачить «chmod» «chown»

Зачем вам $.each если есть for?

for (var i in plugins){
    console.info(plugins[i].class);
}

Вопрос крайне интересный. Но я бы поставил его не так — не как заставить программиста дольше работать, а как сделать так — чтобы он больше делал. Т.е. организовать эффективную работу. По опыту — удавалось повысить производительность программистов раз в 10, а аналитиков почти в 12 (!). Как?

Во-первых — проанализировав процесс и устранив все точки, где возможен re-work, переделка ранее сделанной работы. Например слабый аналитик не разобрался в требованиях заказчика и вывалил весь это мусор на кодировщика. В итоге противоречия в голове заказчика и аналитика привели к противоречиям в коде. Как устранить? — проапгрейдить аналитика, сделать формальным процесс обследования, ввести приемку BRD старшим аналитиком.

Во-вторых — навести порядок в своем коде. Периодически делать review, вносить комментарии и пр. т.е. это все про быстроту нахождения информации. Пусть программист не шарахается по офису — выспрашивая, знает ли кто что-то по существу вопроса — а быстро найдет его в корпоративной wiki или других порталах.

В-третьих, как ни странно — это планировка офиса. Если за спиной у программера постоянно на трубке висит саппорт, продажник или аналитик — он будет постоянно срываться. Сделайте «тихую зону» или отдельное место для кричания с заказчиком.

В четвертых, порядок коммуникаций. Возьмите за правило — не дергать программера чаще чем в 2-3 часа. Как правило он думает в «туннельном эффекте» — декомпозируя задачку и входя в режим творения. На такую подготовку уходит 20-30 минут. Если его в этот момент выдернуть тупым вопросом — мол, дай сигарету или ты не знаешь — а где лежит постановка — то опять потребуется полчаса…

Ну и еще в-пятых, в-десятых и пр. В итоге вы поймете — что программист зачастую имеет «циклоидный характер» — т.е. периоды максимальной интенсивности чередуются с упадком сил и апатией. И мастерство менеджера заключается во вписывании задач проекта в эти особенности конкретного человека. Может нет смысла орать и теребить — а важно дать человек просто отдохнуть и набраться сил. Для чего в офисе должны быть и зоны отдыха.

Да, кстати — офис — тоже интересная штука. Опытные капиталисты делают офис почти домашним не зря. И аутсорсят мелкие бытовые проблемы сотрудников — типа отвезти белье в химчистку, поискать подешевле квартиру, заказать билет в театр или место в ресторане, купить продукты по списку… Это позволяет удержать сотрудника на работе дольше, застав несколько его «пиков работоспособности». Причем сам сотрудник будет вам благодарен за комфорт и решение его мелких бытовых проблем. А работодатель значительно сэкономит на оплате овертаймов.

Blogspot же — максимально кастомизиремо, на мой взгляд:
www.stylifyyourblog.com/2012/07/syntax-highlighting-in-blogger-using.html
А на относительно отвлеченные темы лучше подкасты пишите. Я первый в очереди на прослушивание по пути на работу и обратно

Рекомендую Quora Программистских плюшек немного, но тематическое сообщество большое, что дает возможность не писать «в пустоту», а реально делиться опытом и получать фидбек.

Только хардкор, только github pages:)

Компьютерных мощностей не много.

PhpStorm кушает прилично ресурсов со статическим анализом кода, на планшете пробовал запускать — это было мучение, но если машина потянет — оно того стоит, шикарная IDE.
К предыдущему ответу:
Есть сниппеты, Emmet/Zen Coding, на лету превращает SASS/SCSS/LESS в CSS, алалогично есть для TypeScript, можно настроить вручную и другие, эти с коробки. Есть автоматическое сжатие с помощью YUI Compressor для JS/CSS.
LiveEdit тоже помогает (использую для написания документации в html формате).
Интеллектуальное авто дополнение на основе самостоятельного анализа и PhpDoc секций (в последних сборках подсказывает даже элементы массивов).
Много там ещё чего есть.

есть триал на 30 дней

Мой стек php:
— для тестов: локально Behat;
— для деплоя capifony;
— для модульности composer.