yuraminsk: "ссылки есть на какие-нибудь исследования" - достаточно посмотреть статистику зарплат. РНР-кодеры ощутимо дешевле, чем ява. Плюс серверную инфраструктуру поддерживать легче (пых коробки на всех хостингах) и дешевле (надо меньше памяти и прочих ресурсов). Причём здесь типизация для задач бизнеса? Если у человека прямые руки, то он на любой типизации качественно реализует. А на реальных не очень сложных задачах - дык вообще. Не надо никаких хэшмапов, приведения типов и прочего... Получил строку из БД в ассоциативный массив и делаешь с ней, что хочешь. Чего ещё надо для счастья)
FanatPHP: вы сюда пришли вопрос обсудить или кислотой в окружающих поплеваться? Наверное это я не выдумал на ходу, а описал то, как реально использовалось на моей практике. Если у нас очень много данных и очень много зависимых таблиц (требующих кучу джойнов), то вполне нормально подготовить временную таблицу - кэш, в которую положить уже приджойненные выборки. Это почти как использовать представление, только данные уже готовые, их не надо джойнить на лету, это быстро работает. При этом можно оставить 3-4 нужных поля, содержащие айди (а не значения), по которым можно сделать выборку. А можно вообще все айди хранить в этой же таблице, если нужно делать выборку по всему. Именно это автор и хочет сделать, но с точки зрения хранения это неправильно. Поэтому такие кеши генерируются по правильно хранимым данным раз в какое-то время - например, каждую ночь, когда нагрузка минимальна.
Mark Softer: просто создайте булевское поле в классе потока и опрашивайте его в цикле из основного потока. А в потоке его проставляйте в тру после расчёта.
FanatPHP: просто дополнительная таблица бд, из которой можносделать выборку по какому-то основному ид, с уже подставленными зависимыми данными. Он генерируется раз в сколько-то там.
FanatPHP: в таком случае можно создать кеш, который обновлять скажем раз в неделю, только с подставленными данными. С любым noSQL вам будет очень неудобно, хотя на редисе я такое делал - просто ищем нужный ID зависимых данных и подставляем.
Отличный ответ. От себя хочется добавить, что между дизайнером и верстальщиком часто бывают тёрки, т.к. хороший дизайнер очень щепетильно относится ко всем отступам, выступам, размерам и прочим мелочам - любое несоответствие ему реально режет глаз. А верстаку пофиг, ему и так сойдёт. По себе знаю, т.к. обычно эти мелочи не вижу. А он видит. Вопрос решается соотношением затрат на идеальное вылизывание и разумных пределов сроков. Ну а если там и правда что-то крайне неудобно верстать или не во всех браузерах поддерживается - надо обсуждать и искать альтернативу. Вы должны уметь объяснить, какие фишки и почему сделать нельзя (или слишком затратно).
Проблема в том, что я не могу получить на него деньги. При попытке человека отправить - We're sorry, but we can't send your payment right now. Такое же было в Украине, но там официально нельзя отправить.
Объясните, пожалуйста, что же такого есть в Linux, что делает её для вас существенно лучше в работе? Я на старом ноуте поставил убунту, потому что субъективно быстрее работала. Год назад купил новый ноут с SSD и лицензионной семёркой и с тех пор на линукс не возвращался. Я веб-разработчик, мне приходилось на убунте держать винду на виртуалке для фотошопа.
diamond: Делают страничку с формой типа "мы скоро открываемся, подпишитесь". Так вы хоть примерно оцените число интересующихся и получите первых клиентов, которым можно будет отправить письма после реального запуска.
я сейчас тоже активно прорабатываю эту тему и хочу сделать сервис. Не знаю, что у вас, но может быть, пообщаемся попробуем объединить усилия, если будет взаимополезно?
Руслан Бегалиев: не совсем согласен с вами. Как раз если вы планируете развиваться, то нужно наработать именно такую сеть контактов. Чтобы "станций" сарафанного радио было не две-три, а десятки. Да, это займёт определённое время, но зато со временем откроет пути в общество тех людей, которые не пишут заказы "натянуть дизайн на джумлу 1500 руб", а платят реальные деньги за реальные заказы. И обсуждать их вы будете не в чате биржи, а за коньячком у них в офисе, на троих с человеком лет 45, чей одноклассник-бизнесмен нуждается в расширении продаж и ищет человека, который грамотно сделает сайт для этого. Как-то так )
Дело в том, что чтобы на текущем этапе всё это по-настоящему вывести в свет, требуются ещё немалые вливания, и что даже важнее - нужен человек, способный вести проект на всех этапах и имеющий связи со специалистами разного профиля. Заказчику проще и выгоднее со мной поделить прибыль (т.к. так он получит долгоиграющего партнёра, который заинтересован в успехе проекта), чем искать непонятно кого на стороне. На данный момент поделили пополам.