Как часто должен меняться мой вес, чтобы начать его записывать в статично-динамичные справочники вместо статичных справочников? Серьезно, я последние лет 10 занимаюсь (в том числе) проектированием БД, но ни хрена в вашей статье не понял, кроме первого абзаца. К людям и правда приходит просветление после определений вроде «Избыточность данных – это состояние базы данных, при котором в таблицах присутствуют лишние данные.»?
Ладно бы еще «Избыточность данных – это состояние базы данных, при котором в таблицах присутствуют избыточные данные.», по прежнему определение не содержит новой информации, но по крайней мере не ошибочное (если в текущей структуре БД дублируются данные это не делает их лишними, говорить так ошибка). Может на практике вы как-то ловко все это комментируете, но сам по себе текст по моему ничего кроме каши в голове не создаст.

Спасибо за иконки, пользовался не раз.

Кармак может быть успешнее коллег по цеху, но сравните доходы Кармака с Гейтсом или у двух средних разработчиков в геймдеве и бизнес-ПО и получите общую картину.

Гейм дев пожалуй самая малоприбыльная сфера в разработке ПО, но все же делать установку на «в жизни есть вещи поважнее денег» путь к провалу. Если жить каким-нить фрилансом, а игра это хобби для души это одно, если считать это своим бизнесом — деньги главное, возможно единственное объективное мерило успеха. Как и везде смотреть надо с учетом перспектив, поэтому например рост аудитории тоже вполне себе отложенные деньги, показатель успеха, но в целом переосмыслять что-то на тему «деньги не главное», стоит только после того, как вы признали, что это хобби, а не бизнес.

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

Время на задачи у вас можно учитывать? Таймер вкл\выкл или хотя бы руками проставить?

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

Я изначально имел в виду крупные проекты, оптимизированные под нагрузку, «секурные» и т.п., я не имею в виду мелочевку, которую любой студент или школьник осилит, там конкуренция вокруг 15$ оправдана, об этом я речь не веду.

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

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

60$+10% мой PHR, скоро как раз заканчиваю крупный проект, посматриваю на новые заказы, за последнюю неделю 5 приглашений на интервью принял с симпатичными для меня проектами, с возможной загрузкой на след. 3-6 месяцев.

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

Я понимаю что ругать PHP очень модно, но все же не могу не отметить, что абсолютные числа тоже важны и в вашей методике спрос на PHP занижен. Процентов 90% мелочевка, если их откинуть, то у вашего лидера останется 49 работ, против 597 PHP, хороший специалист способный работать с крупными проектами ищет работу редко и его мало интересует количество индусов, которые постоянно тусуются в той же категории, важнее из скольких заказчиков он выбирает, чтобы найти адекватного и тут преимущество PHP очевидно.

Через неделю payoneer присылает карту, снимается в любом банкомате (можно и не снимать, платить сразу с нее). Skrill удобнее для перевода на банковский счет.

Пишется для понта, например если в скилах SQL, MySQL, то для понта ставится еще и database-modeling, намекает что ты шаришь в базах в целом. Свой Research вообще можно к любому дописать, от ввода текста, до проектирования highload систем, с намеком, что способен на самостоятельную работу, делать какие-то выводы на базе статистике о подобных скилах не стоит.