Самый простой метод на моем рабочем G4 (знаю, что это уже металлолом, но не буду же я вместо работодателя парк машин обновлять) заставить машину впасть в полный транс, это подключить к нему через USB мой мобильный телефон SE K750i. G4 видет мобильник как внешнее запоминающее устройство и после отключения телефона от компьютера, отказывается работать.
А если вообще говорить о системах, то не забывайте, что OS X нужно поддерживать всего лишь небольшой набор стандартного железа. Windows же поддерживает тонну всячеких устройств. Лично у меня проблемы с Windows возникают только в играх. Все остальное работает достаточно стабильно. И большой разницы в Mac и PC я не нахожу. Если конечно не вспоминать, что Mac менее разностороняя машина. К примеру, все тот же DirectX есть только на PC.

Да, так не может продолжаться вечно, но ситуация существенно улучшается. Скажем, поддерживать отдельно мне приходится только IE6, - IE7 в подавляющем кол-ве случаев работает так, как и ожидалось. Когда наступит время, я просто уберу лишнюю строчку комментариев, в то время как вы будете тщательно вычищать от гадости весь CSS-код, выискивая эти эксплоиты. При использовании хаков (при том, что это никаким образом вообще не влияет на семантику документа) вам гораздо труднее поддерживать код - на это уходит больше времени, существенно повышается кол-во ошибок, можно запросто в этих всех уловках запутаться. В моём же случае всё проще простого - мой стандарто-совместимый код совершенно чист, вся грязь - всего лишь в никому ненужных комментариях.

Я думаю сеть вроде Freenet не использует ключи для идентификации блоков файлов потому что выросла из файлообменника и тащит на себе груз морально устаревших технологий. На самом деле решение проблемы анонимного динамического контента упирается в создание распределенной анонимной базы данных и RIA у клиента. Задачами, которые надо при этом решить являются:
* разделение записи БД с резервированием между узлами сети (практически решена)
* распределение механизмов обработки записей между узлами с взаимным контролем шулерства
* организация системы политик доступа пользователей к записям
Реализация такой базы дает такие, в том числе и коммерческие, преимущества что будет переворотом в Сети.

Хорошего очень много. Я уже писал выше, что за одно только отсутствие лишнего визуального шума готов кланяться в ножки дизайнерам. На самом деле в маках мне больше всего не нравится фанатичность пользователей и постоянное упорное желание доказывать, что макос лучше чем виндоуз. Последнее вообще похоже на побочное действие каких-то комплексов.
Я одно время пользовался маком, если сказать просто, потому что макос красивее, чем любая другая, да и сами маки выглядят лучше. Именно такая мотивация у большинства пользователей. Привязывать к этому мифическую стабильность или какое-то невероятное удобство, просто не очень честно.
Про дырки и уязвимости, кстати, вы знали, что любому маку можно сменить пароль любого пользователя в системе если иметь системный диск?
Поиск уязвимостей требует мотивации — в большинстве случаев получение данных или ресурсов удаленной машины. В случае с windows - это миллионы компьютеров, лакомый кусочек. MacOS с ростом популярности, поверьте тоже пострадает. ОС – сложная система, в которой просто не могут отсутствовать ошибки, вопрос лишь в поиске, который требует больших ресурсов. Плюс к этому надо отметить необходимость для Microsoft поддерживать большее количество железа.
А вообще сколько людей — столько мнений.

У меня был роутер WiFi на 100м работы.
Как только поставил- за Инетом сидишь и варишься. Сухость, магнитизированый воздух...голова устает.
И заметьте-это было 3 недели изо дня в день! Как только поменял на кабельный модем- все как рукой сняло!
А ведь я был СТОРОННИК беспроводной связи. Все хотел по дому с ноутбуком перемещаться и связь иметь.
То ли шутка то ли быль: Один мужик с друзьями залез на крышу 12-этажного дома и сказал: А я не верю в невидимые воздействия законов физики,не хочу или они мне не нравятся и обозвал убеждавших в обратном друзей "мнительными и фантазерами" и перешагнул перила крыши...
Кто просто слепо кричит какой вред от радио волн, тот наверное физику не так крепко учил.
Ведь если радио волной можно мясо пожарить (не хуже огня)и этот факт доказан и то что каким-то образом волны "просачиваются" сквозь стены - наши ТВ, мобильники и тд... то с таким же успехом они и через мозги проходят, производя по пути свое воздействие.
И еще, у меня были мобильники GSM стандарта и всякий раз после долгих разговоров, какое-то "варенное" сотояние (хотя Слава Богу на здоровье не жалуюсь). Перешел а СДМА- часами болтаю и вопще не чувствую ничего плохого. А разница в том, что GSM качество свое "мощью сигналов, частотой вышек" нагнетает.
А СДМушка намного меньше, во-первых у них сигнал работает не за счет убойной мощности, а широкополосного сигнала. Этот слабый сигнал не имеет недостатка, так как основу там имеет уникальная кодировка, которая не нуждается в больших мощностях.GSM наоборот имеет "точечный пробивной удар" на улучшение соединения. Кстати я не пиарю СДМА и не имею НИКАКОЙ заинтерисованости от этого!
С наилучшими пожеланиями ко всем читателям

Всегда есть какие-то задачи, возможно даже поставленные самому себе. Например, если я пишу маленький скриптик для загрузки файлов на сервер для себя, я знаю, что им буду пользоваться только, и никто другой, я напишу его так, чтобы он работал так, как мне нужно. И, скорее всего, я не буду использовать там ооп за ненадобностью. Нет смысла есть суп вилкой, даже признавая весь ее авторитет и гениальность ее изобретения.
А вот если я буду писать навороченную систему типа rapidshare, я буду использовать ооп, потому что это облегчит разработку в дальнейшем, даст более управляемое ядро системы, что позволит сократить издержки на поздних этапах разработки.
Равно и верстка. Если я стремлюсь к тому, чтобы сайт правильно отображался во всех нужных мне броузерах, нужных мне версий, мне плевать на валидность. В то же время, если задачей является написать именно валидный код, то безусловно, его нужно писать валидным.
Например, у нас в компании в стандартах верстки первым пунктом написано: «Код должен быть валиден с точки зрения w3c стандартов». Эта строчка говорит о том, что верстальщик не сдаст работу, пока валидатор не скажет: «ОК».

Что касается непосредственно статьи, то, как мне кажется, нужно четко осознавать, что ты пишешь и для чего ты пишешь. Можно сказать: «html — это всего лишь частный случай xml. Ограниченный, урезанный, нерасширяемый». И это чистая правда. А потом спросить себя, чем я сейчас занимаюсь? Если ответ: «Я занимаюсь html версткой», то другие доводы излишне.

Даже если сравнить текущие вакансии, то в большинстве случаев (возможно даже по незнанию) ищут html-верстальщика. И будут требовать валидной html верстки.

Хотя, с другой стороны, разрабатывая какую-то свою систему, грех не воспользоваться возможностями xhtml. Говоря по-простому, создавать свои теги. Это же мечта с давних лет. Но, к сожалению, пока нельзя использовать это повсеместно, потому что все-таки чаще всего есть заказчик, которому глубоко чихать на технологии, ему важен результат, и чтобы этот результат был корректен даже в его древнем Netscape Navigator'е.

Так что получаем палочку о двух концах. С одной стороны удобно и хорошо, с другой стороны просто нельзя. Не надо кидаться использовать знания, полученные после прочтения статьи. Надо просто спросить себя: «Чем я занимаюсь?», и ответ расставит все на свои места.

вообще с микроформатами и xhtml получается некий регресс и уступка поисковым механизмам. Действительно если сделать всё правильно и написать чёткую страницу с xhtml и css + микроформатами и доступностью для инвалидов то получится очень удобно. Будут доступны доп кнопочки, сайт будет легко экспортироваться и индексироваться, но получится, что автор подменяет собой поисковик. Изначальная задача поискового сайта (да и вообще любого устройства или программы) была в том что бы сделать жизнь человека проще, а тут проще становится только пользователям и поисковикам, но никак не автору ибо ему необходимо кроме контента не забыть и про кучу технических мелочей. Думаю, даже когда популярные CMS начнут вовсю поддерживать микроформаты труд генератора содержимого не станет проще. Скажем что бы проинформировать о каком то событии нельзя будет просто написать что завтра встреча. Надо будет, как минимум, пометить дату, название и прочие данные специальным образом, а как максимум ввести их в специальную форму.
Наверняка в дальнейшем появится стандартная выдача новостей/статей и у доорвейщиков случится праздник. Им для наполнения своих сайтов не надо будет мучатся, один раз прикрутил xml парсер и новостной сайт готов :)

Я так вдохновился холиваром у своего друга, что решил полностью расписать здесь все что я думаю по этому поводу
Быстро выстроить хорошие абстракции очень сложно. Нет, конечно, если человек может делать это быстро, то у него превосходный интеллект, я бы сказал на уровне гениальности, но много ли таких людей? Обычные люди, как убедительно показывают исследования в области истории науки, абстракции, не формулируют перед началом работы, а находят в процессе исследований. Абстракция - это обобщение свойств. А как можно начать обобщение свойств, когда компоненты ещё не написаны? Конечно, можно указать множество ситуаций, в которых можно прибегнуть к имеющемуся опыту. Например, кнопка там, или итератор, они и в Африке кнопка или итератор. Но что если программа к этому не сводится? Когда абстракции понятны - ООП рулит, очевидно и неоспоримо. Расширяться тоже можно просто и без проблем, реализуя уже найденные интерфейсы.
Но для новых проектов всё это ООП - зло. Оно заставляет поиск решения производить задом наперёд: придумали абстракцию начали делать, а потом, хопа, поняли, что всё это работать не будет, и начинается изменение всей иерархии. Это же сложно и время отнимает, поэтому люди начинают нарушать парадигму на право и налево. Но возникает вопрос: а зачем тогда вообще они начали писать свои классы?
Насчёт free. Частое использование malloc/free - это результат неправильного проектирования, по моему мнению. И является болезнью больших проектов, в которых писают всё написать на C. Но C придумывался не для этого. Компоненты, написанные на C должны быть маленькими и максимально специализированными под решаемую задачу. Большая же решается через объединение компонентов через IPC. Это удобнее, чем придумывание иерархий, потому что позволяет вклиниваться и менять взаимодействие между компонентами как угодно.
Попробуйте воткнуть дополнительную обработку в pipe, или дополнительную обработку во взаимодействие между двумя объектами, когда один вызывает другой. Как минимум, придётся нечто наследовать, заново думать над тем, что должно быть виртуальным или не виртуальным. И так далее. Много работы. Может быть, именно поэтому, все сложные ОО системы рано или поздно приходят к тому, чтобы создать свою транспортную систему данных между объектами. Или воспользоваться существующей в виде базы данных или чего-нибудь, вроде, CORBA. Но это всё усложнения, усложнения и ещё раз усложнения. Которые надо осваивать, особенно при коммерческом программировании, а это всё уводит сознание от размышлений над другими методами организации вычислений. Существенно более гибкими и простыми. Ну вот сравнить хотя бы ту же CORBA с plumber'ом из Plan9 или Linda.
Поэтому я против ООП. Мне не нравится, когда навязываются сложности и неэффективности, да ещё такими ненаучными способами: вы хотя бы в одной книге по ООП видели сравнение предлагаемых способов решения тех или иных иных задач в этой парадигме с решением их в других?

Netvibes - юзаю постоянно для чтения новостей из различных сайтов и сфер интереса. Особенно радует наличие украинского интерфейса.
Box.net - увы не вошел, но я его юзаю через страницу Netvibes
Meebo - тоже вмонтирован в мою страницу вайбсов. Удобен для общения по Google Talk и YIM
Flickr - писал под него программу для мобильных телефонов по выкладыванию фоток. Работает :) Сейчас храню там фотки. Радует возможность использовать для закачки Windows-клиент
Del.icio.us - есть аккаунт, но я его закинул. Мне локальные закладки лень настраивать, а тут онлайновые. Для сохранения локальных хватает, для просмотра чужих и промоушна сайтов :) юзаю Memori
Ning - до сих пор оттуда новости приходят. Сервис по созданию соц сети. Создал тестовую, понравилось. Но убил галимый дизайн и наличие рекламы на страницах. Может сейчас они исправились - давно не ходил
Technorati - есть аккаунт, там за мной числится 2 блога. Но никак продвигать в системе их не получается. Иногда юзаю для поиска.
Digg - порой читаю через страницу на Netvibes :)
YouTube - куда без него ;)
CakePHP - отказался вместо него на пользу Symfony. По возможностям, насколько я знаю, он послабее будет. Только общая популярность вывела его на первое место? А где же фанаты Рельсов, Джанго из недавнего топика?
Google Aps, Docs, Spreadsheets - не юзаю из-за проблем у этимх сервисов с Оперой. По той же причине не юзал Gmail (да и до сих пор не юзаю)

Ремонт квартиры, который включает в себя большой перечень строительных работ, который обычно осуществляют с помощью стройматериалов отделки отличных потребительских качеств с использованием самых прогрессивных строительных технологий, является ремонтом «евро» образца, или евроремонт. Такой ремонт представляет принципиальное перемену жилой квартиры с возможной перепланировкой и позволяет стандартную жилплощадь сделать по-своему удобной.
Самый популярный и распространенный вид ремонтных работ в квартире – это конечно же косметический ремонт. Большинство жителей, решивших произвести такой ремонт в квартире, ограничиваются заменой старых обоев или же покраской стен в другие цвета, перестановкой и покупку мебели. Если проводить полный ремонт квартир, то здесь конечно же нужно нанимать бригаду профессионалов, которые каждый этап работы сделают качественно. Более конкретно о каждом этапе можно узнать по ссылке на статью из портала ohdveri.ru

Не зацикливайтесь на стандартных веб-сайтах о трех или двух колоночках. Это может быть любой интерактивный интерфейс. Классическая композиция, как известно состоит из трех типов элементов: основной, второстепенный и вспомогательный. На практике я вижу это так: минимизация визуального поиска информации. Так можно проследить куда человек первым делом потянется глядеть, после нахождения для себя композиционного центра, читай — главного информационного поля. Это все теории потому и пример расплывчатый. Но сам тест, не смотря на то что я бы хотел видеть и другие комбинации мне видится полезным. Даже не смотря на тоже многие действия вполне предсказуемы и без него.

Думаю, для многих автомобилистов это будет интересное событие, особенно для тех, кто следит за событиями бренда Great Wall. И наверняка многие ожидали выхода Great Wall C10, который будет на нашем рынке совсем скоро продаваться. 4 декабря состоится презентация Great Wall C 10 в салоне центра Евроком Авто Трейд. Более подробно о ходе презентации можно узнать по ссылке. Если помнят любители автомобилей, Great Wall Hover H3 собирался в городе Гжель на Подмосковном заводе. Та же судьба ждет и модель C10 в 2011 году. По прогнозам, это будет самый дешевый из всех автомобилей на российском рынке, которые оснащены коробкой-автомат.

Вспомнил анекдот, в котором рассказывается про надпись перед приёмной врача, которая гласила о том, что больным делиться друг с другом симптомами и диагнозами запрещается.
Как "почти" врач могу сказать, что медицинская сеть в интернете просто вредна.
И руководителям проекта нужно всерьёз задуматься над целесообразностью существования подобной социальной сети (если их интересуют не только доходы, но и здоровье людей).
Привожу свои доводы:
1) Начитавшись "полезных советов" люди начнут заниматься самолечением, что зачастую к сожалению приводит к плачевным результатам, чему был сам свидетелем не раз. Правильно назначить лечение, в том числе и дозировку препаратов может только врач. Если вы скажете, что в интернете полно статей о лечении и т.д., то я с вами соглашусь, но большинство из них написано профессионалами и для профессионалов. А не для широкого круга читателей.
2) К сожалению человек существо внушаемое. Так многие пациенты прочитав о том, к чему может привести данное заболевание, какие бывают у этой болезни осложнения и последствия, впадут просто в отчаяние. Внушение великая сила, и с ним нужно быть осторожнее.
К всеобщему сожалению, болезни не бывают однотипными, проявляясь порой совершенно неожиданно, поэтому человек начитавшись различных советов начнёт искать у себя несуществующие проблемы, что осложнит работу врача в диагностическом поиске, давая ложные ориентиры.
3) Обсуждение профессиональной деятельности врачей весьма щепетильный вопрос. Зачастую пациенты неадекватно оценивают действия того или иного врача, потому как им что-то не понравилось, не вдаваясь в подробности целесообразности проводимых им мероприятий. Оклеветать человека просто, а вот восстановить потом его профессиональную честь очень сложно.

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

У хороших разработчиков такого спора не должно быть. "Плюсы" и "минусы" языков - это абстракции, полученные из-за программирования "на" языке, а не "с использованием" оного. Мы разрабатываем в голове или на бумаге архитектуру решения и затем отражаем ее в терминах того языка, который мы знаем лучше всего. Это получается быстрее, кроме того, мы можем быстрее модифицировать решение в случае необходимости. Инвестировать время в изучение нового языка? Зачем? Он дает принципиально новые методы решения задач? Нет, конечно. Наше время ценно и лучше углубить знания уже известного языка, чтобы быть экспертом в одном, а не Jack of all trades в разных.
Может быть, другой язык учит нас парадигме некоего мистического дисциплинированного программирования, но что, если мы уже научились ему, но пишем на другом языке: более популярном (читай, дешевом в плане найма разработчиков), расширяемом 3rd-party-компонентами (опять дешевом!) и документированном (снова дешевом...). Нам не нужны перевороты, нам нужна эффективная по критерию ROI работа.
Словесные конструкции, вроде того, что из-за такого подхода мы "тащимся в хвосте" и "не видим дальше своего носа" - софистическое жонглирование увлеченных евангелистов, не более того. Мы изучаем новые технологии, смотрим, где они могут пригодиться, возможно, базируем на них какие-то экспериментальные решения, чтобы оценить, насколько технология подходит для решения тех или иных задач. Если она дает реальный и ощутимый прирост некоего (измеримого!) качества, мы ее применяем.
Мне в этом плане очень нравится история:
Когда Банкей преподавал дзен в храме Рёмон, священник, который верил в спасение через повторение имени Будды Любви, позавидовал его большой аудитории и решил поспорить с ним. Банкей дошел до середины беседы, когда появился священник и произвел столько беспорядка, что Банкей прекратил проповедь и спросил о причине шума. «Основатель нашей секты», – хвастливо начал священник: «Обладал такой сверхестественной властью, что стоя на одном берегу реки с кистью в руке, он мог через воздух написать имя Амиды на листе бумаги, который держал его помощник на другом берегу реки. Можешь ли ты совершить такое чудо?» Банкей легко ответил: «Очень возможно, что ваша лиса могла проделывать такой трюк, но это не в обычае дзен. Мое чудо в том, что если я голоден, я ем, а если я хочу пить – пью.»

Все участники игры в песочнице под названием «IT» (да, впрочем, и в других областях) делятся на две категории. Первая — это те, кто смотрят чуть дальше собственного носа, знают что «правильно в перспективе» и, преодолевая препятствия, двигают свою идею вперед. Идея может быть не верная, но суть не в том. Вторая категория («большинство») — это догоняющие. Они идут туда, куда (sic!) авторитет сказал, реклама направила, или «большинство» уже поползло по одной из двух перечисленных причин. Игроки из второй категории никогда не сорвут большой куш, но перестраховываются, ползя где-то в середине. Те, кто в авангарде, могут попасть «в яблочко» и стать историческими персонами, а могут и промахнуться.
Главное в споре RoR vs. World — не технические характеристики, а подход к жизни. Я и мои товарищи, делающие РоР верим в то, что за нашими идеями (не либами и плагинами, а идеями) — будущее. Мы встречаем проблемы со скоростью, хостингом, проблемами интеграции и прочим как должное. И мы решаем их, чтобы нам самим было удобно. Мы не ждем, пока придёт дядя и продаст нам версию 7.0, в которой "фичу, наконец, добавили", мы сами её делаем. У нас недостаток людей? Мы пишем статьи, спорим, даём бесплатные тренинги. Лично я научил руби и рельсам, для себя, пять человек. И это окупилось.
Да, мы считаем, что мы правы. Нет, мы не считаем, что нужно ждать, пока 80% народа будет думать одинаково чтобы и нам сменить направление. Смотрите на это так: каждый из нас — акционер, вкладывающий в технологию время, силы и деньги. Если вы впереди — у вас внушительная доля, вы имеете возможность влиять на развитие технологии в том ключе, который вам нравится. Если вы идете туда, куда уже ушло большинство — вы не имеете и доли процента, все разобрано до вас. А раз так, то, если ошиблись с выбором догоняющие, то у них нет ни малейшего шанса на исправление. Джава de facto не принадлежит джавистам (посмотрите как медленно и криво продвигаются нововведения) и уже очевидно, что язык (не платформа!) Джава — это «не то». Руби и Рельсы, пока что, принадлежат всем нам в равной степени. И, забив тревожный звонок, реально направить работу в нужном направлении.
Как хорошо, что фрилансер хотя бы путешествовать может когда ему хочется. Выбираешь квартиры посуточно санкт-петербург какие надо - и отдыхаешь. Только в этом чувство меры тоже терять не стоит. В Питере отдохнул - и дальше за работу.

Вы не задумывались вообще, почему в Яве, С++, С#, Ruby, Python для конкатенации строк используется +, и только в Perl и PHP точка? Потому что в языках, которые изначально разрабатывались как объектно-ориентированные, учтено, что конкатенация - это операция сложения для строк. И строка - всего лишь один из существующих типов, а не какая-то особенная сущность языка. Более того, там учтено, что в зависимости от задачи программист может ввести свой собственный тип (например, геометрический вектор), и там уже оператор "+" будет вести себя совсем по-другому.
Сидит Ларри, разрабатывает Перл и думает: нет, мол, не хочу я строгую типизацию. Мне нужно, чтобы любая переменная могла в себе хранить и строку, и число. Подумал и реализовал тут же. Так у нас появился скаляр, не имеющий конкретного типа. Конечно, ни о каком ООП у Ларри тогда и мыслей не было.
Едем дальше: пропарсил Ларри лог и давай отчет генерить. Смотрит, а у него в скаляре число лежит (которое на самом деле строка), и когда он его к другому скаляру лепит +-ом, получается непонятно что. Т.е. Ларри хочет строки конкатенировать, а Перл ему числа складывает. Ну Ларри не долго думая и добавил в язык еще один оператор - их ведь еще много свободных, на все случаи хватит. Так и появилась в Перле точка, чтобы неоднозначность разъяснить.
А вот если бы Ларри немножко подумал или посмотрел на объектно-ориентированный язык, он бы понял, что пускай язык и динамический, но тип у скаляра всеравно должен быть. Тогда объект может сам решить, что ему делать при сложении, вычитании, умножении и т.д. Ларри конечно понял это, но поздно, когда ПХП уже переняли точку по наследству, перлисты вообще с ней срослись, а на горизонте замаячили Питон и Руби.

Все разговоры о том, что Java — это для Бальших Решений, руби — для гибких, перл — еще для каких-то, попахивают рекламной проброшуренностью. В Бальших Проектах (там, где Ява, SAP и другие so called гиганты) есть одна проблема: бюрократическая неповоротливость. Это недостаток. И иногда этот недостаток является тем, на что ориентируются продукты и услуги. Те продукты, что смягчают эффект от этого недостатка, — это одно; те, что призваны лишь перекачивать немыслимые деньги из одного виртуального бюджета в другой — другое.
Конкретно Джава — это на 10% смягчение бюрократизированности, на 90% — жесткая эксплуатация её. В чем это проявляется? Если у вас, несчастного, богатая компания с 20 000 тупых программистов в индии, то вам пригодится технология, которая помешает тупым программистам сделать совсем, непоправимо, "плохо". Но в то же время, те, кто стоят за этой технологией без стыда впаривают свои далекие от реального мира идеи, которые будут проглочены "индусами", а вы, менеджер, зато получите красивый буклет и отстегнете еще десяток штук баксов на прилет агента по продажам с румяной презентацией.
Исправлять проблему нужно не в компьютерах, а "в консерватории". Вместо тыщ индусов и закрученных в петлю раздутых контрактов, поставить простую цель, нанять десять гениев и работать в приятной компании, как вам нравится. Ведь те, кто работают на "крупных проектах" делают продукт не для людей, а для воспаленного воображения какого-то одного менеджера предпенсионного возраста.
Кто как не я знает что программеры любят фото ню посмотреть в перерыве. Я думаю, работы, которые делает Фотограф Белик Тарас они оценят. Тем более, что снято качественно, очевидно что Тарас Белик давно этим делом занимается.

на PHP можно писать грамотно и в ус не дуть - тут проблема исключительно рук и голов. Меня никогда не напрягали точки для конкатенации и стрелочки для вызова методов, но аргумент выше порадовал, спасибо ) на самом деле, как это ни удивительно, эти точки помогают быстро отделять a + b от a . b и без знания контекста отделять строки от цифр - а значит увеличивают в какой-то мере читаемость.
с точки зрения красивости языка меня вот гораздо больше настораживает JavaScript к примеру - возможность создавать объекты и определять функции, в том числе анонимные, кучей разных способов делает неюзабельной функцию парсинга кода (для создания навигации по файлу) в моем любимом pspad, да и код становится малочитабельный - вот это объективный аргумент против языка, я понимаю.
Я потратил некоторое время на изучение и анализ Python и Ruby, и если припрет переходить на что-то с PHP, это пожалуй все же будет Python. В наше время процы не так дороги как мозги девелопера, но разница на типовых задачах в ТРИ раза по скорости (python > Ruby) - это слишком. Сомневаюсь что на питоне писать серьезные приложения НАСТОЛЬКО сложнее :) Память, судя по словам хостеров, у Руби заметно течет.
Да и код в Python гораздо более лаконично-читаемый - тут субъектив, конечно.

Мне, лично эти рукотворцы с амбицями властелинов галактики портят нервы предостаточно. Когда такие «щитоводы» нагенерируют с десяток проектов, возьмут двух друзей «дизайнеров на (впишите сюда графические пакеты которые видели)» и назовутся громким именем «Студия дизайна MyDoggyArt» и будут демпинговать на рынке, откровенно разводя клиента на «бабло», генерируя мега-пупер корпоративный портал на Joomala за 500$ клиент перестаёт понимать что происходит. Когда после таких «контор» клиент приходит ко мне, мы спрашиваем про ТЗ, он делает круглые глаза и говорит: «А зачем?».
Дальше, когда мы за его «небольшую корпоративную информационную систему» (ага, небольшой, отдел кадров, документооборот и управление проектами) называем цену в $5-10 тыс. он делает ещё более круглые глаза и говорит: «А чо это так дорого, а? Вон у моей подруги сынишка молодой, таакие вещи делает, и берёт не дорого». Что ему ещё можно сказать? У меня sales хоть и не программисты, но в специфике работы разбираются (обычно они продажи с формализацией и сопровождением проекта совмещают) и php программистов считают своими кровными врагами, ибо клиент это слово выучил и знает что в большинстве случаев php = халява, что отражается на кармане sales и доходах компании.
Правильно сказал один человек: «Адекватные ПХП-кодеры понимают, что гордиться нечем».
А потом уже остальное - раскрутка в поисковиках, поиск партнеров. Кстати, можете посмотреть контекстная реклама основы секреты трюки для сайта продвигаемого. Поможет однозначно.