У тебя ж Татарстан написано, неужели попрёшься из соседней республики к нам в город из-за каких-то книжек, тем более от майкрософт. Нет уж если и ездить куда-то, то только ради сотни тысяч электронных книг.
Тоже хотел бы попробовать парное программирование, так вот не с кем. Это не новый вид заработка, можно сказать старый, точнее уж старая техника программирования за которую естественно платят. Как объясняют в книжках, программист думающий над алгоритмом плохо сосредотачивается если сам печатает код.
Более того, второй человек набирающий код заставляет уже одним своим присутствием первого программиста действовать, так как если он начнёт отвлекаться ему тут же об этом напомнят. Образно говоря зависание перед монитором до конца рабочего дня не грозит.
Видел где-то фотографию, в которой как раз так gmail создавали. А вообще, если XXX собирается рассказывать решение того что хочет получить, то он заодно ещё и мысли свои упорядочит.
Я Windows пользуюсь только потому, что платить не люблю. Если бы меня хоть раз заставили заплатить цену по которой продают эти продукты в Европе или США, то я бы сам на линукс ушёл. У них там по циферкам то зарплата такая же, только она идёт в долларах, а не рублях.
>Похоже web 2.0 сам по себе умирает, в то время как винтажный и художественный стили становятся все более мэйнстримовыми.
Веб 2 это же не стиль, и вряд ли он умирает, торренты во всяком случае процветают. Да и всякие там социальные сети от них не отстают. А флешовые сайты как-то не очень, лучше уж тогда делать приложение работающее с веб-службой.
>Т.е. фигачить сутками и делать большее количество сайтов или выбивать один нормально оплачиваемый проект?
Но один то проект будет делаться для себя, а много я так понимаю для других, плюс конкуренция и единоразовый доход. Лучше, наверное своё что-то иметь, но тут и умения нужны, это не просто так чужой веб-движок поставить.
Кризис уже давно ожидался, ещё два года назад писали, что скоро ждите. Но по моему мнению кризис лишь в мозгах людей. На одном предприятии решили кризис и часть людей уволили. Другие не смогли этому предприятию своё сырьё сбыть, тоже типа кризис, они тоже всех уволили.
А третьи не смогли купить-то что нужно, потому что те кто им продавал не работаю, тоже кризис. Вот так всё и останавливается, потому что деньги важны лишь для каждого конкретного человека, но в масштабах страны или даже мира они просто мусор.
>причина кризиса в том что не профессионалы распоряжались деньгами, набрали задротов
Ну да, эти задроты, кстати, ничего не производят, они привыкли, что всё можно получить распоряжаясь лишь деньгами и ничем более, а поскольку большая часть денег у них.
Я уже спрашивал других, чем официальный сервер отличается от неофициального, но никто не дал ответа. Сам я в WoW не играю, однако интересно, в чём же кайф официальных серверов, что же подкупает людей?
>Лучше просто перестать играть.
Это да, оно даже и с оф. сервером лучше перестать.
Можно ещё хранить хеши всех файлов в архивах сервера и не только в SHA1, но и в MD5. Не скачивать файлы с других торрентов для побитовой сверки, а например, подставлять к своим схожим по размеру файлам в предполагаемых местах кусочки и проверять хеш-сумму, то есть не качая файлы данных, а только торрент с их описанием сразу анализировать есть ли такой файл или нет. Плюс это всё можно автоматом регулировать.
А ещё можно создать трансформирующийся файловый менеджер, который сможет принимать точную форму тотал коммандера, виндового эксплорера и так далее. Это так же позволит ввести энциклопедию файлов и их рейтинг распространённости.
Систему же каталогизации можно создать на основе элементов, типа поля, списка, раскрывающегося списка и самих данных, то есть базу надо формировать в процессе работы, но не в редакторах баз, а программными средствами.
Тогда у неё расширяемость будет выше, но для этого придётся описать структуры данных с параметрами, чтобы создавать их сходу, типа древосписка, тегов и прочих. Их кстати ещё можно комбинировать, опыты показали, что фильтрация запроса делается внутренним объединением, хотя там свои особенности и иногда можно обойтись обычным фильтром (на словах в общем нет смысла объяснять, что я имел ввиду).
Ну и так далее и тому подобное. C# и битторрент это естественно Bitsharp (http://ru.wikipedia.org/wiki/Bitsharp). Так что делай.
>вы же не будете покупать, к примеру, iPhone, в грязном подземном переходе у китайцев, торгующих под вывеской «наши айфоны — самые айфоны в мире» даже за очень привлекательную цену…
Их так и продают, айфоны же дороже при тех же возможностях, да ещё с искусственными ограничениями. Но ведь айфон это афйон, всем телефонам телефон, наш айфон лучший телефон, купи айфон получи купон…
А вывод у меня такой, не важно кто и как ввёл правило, если большинство пишут матрас, то он матрас и есть. Ведь знают же, что кто-то заседал в академии и постановил говорить всем «матрац», но все равно нарушают :)
Вики это не доказательство чего-либо, так как её правят все кому не лень, но даже там написано матрац и матрас, то есть вроде как хочешь так и говори. К тому же там же в вики упомниается нидерландский язык, они ведь тоже не matratze говорят.
Есть такое понятия как масштабирование системы и клиент-серверная база данных. При умеренно больших проектах службы этих баз рекомендуют ставить отдельно от серверов приложений, навроде Apache, IIS и многих других.
Вот, к примеру, от клиента приходит запрос на некие данные, а у нас десятки или сотни миллиардов записей по которым надо провести поиск, т.е. таблица логически больше не делится, а искать надо. Плюс (или) количество запросов растёт день ото дня. Нужно срочно увеличивать доступность.
Исходя из этого чтобы потом не переделывать рекомендуют сразу строить кластерную базу данных. Вот сколько искал, приемлемыми оказались лишь MSSQL и PostgreSQL, но если использовать PHP, да ещё чтобы не платить при расширении, то выбор естественно за PostgreSQL, всё остальное будет гораздо хуже.
Таким образом для начала надо почитать книжки по этой базе. В них описано как создавать кластерные индексы, как распределять нагрузку, оптимизировать и кешировать запросы, делать запасные зеркала данных и так далее.
После создания кластерной базы данных в процессе развития сервиса понадобится её администрировать, подключать к ней новые компьютеры и т.п., при этом код веб-приложения по этой причине менять не нужно, разве что в голову придёт мысль по оптимизации запросов и прочем.
>Требует ли это переработки системы (PHP)
А он тут как бы ни причём так как висит не сервере-приложений, ему надо всего лишь дать запрос базе и все остальные операции с данными по идее должны выполнятся на её стороне, то есть на связанных вместе компьютерах, на каждом из которых стоит сервер базы данных. Далее придёт запрос, причём не нужно брать больше, чем хочешь отдать пользователю.
И в завершении, если это веб-приложение, данные преобразуются XSLT или ещё чем-нибудь в HTML (XHTML) или если это веб-служба, то уходят в формате XML пользователю-клиенту.
www.filehoster.ru/files/ca3688
Спецслужбы наши сильны против мирного населения, но Россия далеко не единственная страна в мире, мало ли кому что в голову прийдёт.
Каталогизация это самое важное, но речь не о том, откуда вообще взялась идея делать такую систему и для чего?
Это толстый канал и браузер видно постарались, ничего скоро они всё заменят :)
Тоже хотел бы попробовать парное программирование, так вот не с кем. Это не новый вид заработка, можно сказать старый, точнее уж старая техника программирования за которую естественно платят. Как объясняют в книжках, программист думающий над алгоритмом плохо сосредотачивается если сам печатает код.
Более того, второй человек набирающий код заставляет уже одним своим присутствием первого программиста действовать, так как если он начнёт отвлекаться ему тут же об этом напомнят. Образно говоря зависание перед монитором до конца рабочего дня не грозит.
Видел где-то фотографию, в которой как раз так gmail создавали. А вообще, если XXX собирается рассказывать решение того что хочет получить, то он заодно ещё и мысли свои упорядочит.
Я Windows пользуюсь только потому, что платить не люблю. Если бы меня хоть раз заставили заплатить цену по которой продают эти продукты в Европе или США, то я бы сам на линукс ушёл. У них там по циферкам то зарплата такая же, только она идёт в долларах, а не рублях.
Веб 2 это же не стиль, и вряд ли он умирает, торренты во всяком случае процветают. Да и всякие там социальные сети от них не отстают. А флешовые сайты как-то не очень, лучше уж тогда делать приложение работающее с веб-службой.
Но один то проект будет делаться для себя, а много я так понимаю для других, плюс конкуренция и единоразовый доход. Лучше, наверное своё что-то иметь, но тут и умения нужны, это не просто так чужой веб-движок поставить.
А третьи не смогли купить-то что нужно, потому что те кто им продавал не работаю, тоже кризис. Вот так всё и останавливается, потому что деньги важны лишь для каждого конкретного человека, но в масштабах страны или даже мира они просто мусор.
>причина кризиса в том что не профессионалы распоряжались деньгами, набрали задротов
Ну да, эти задроты, кстати, ничего не производят, они привыкли, что всё можно получить распоряжаясь лишь деньгами и ничем более, а поскольку большая часть денег у них.
>вот и получили, блин.
>Лучше просто перестать играть.
Это да, оно даже и с оф. сервером лучше перестать.
А ещё можно создать трансформирующийся файловый менеджер, который сможет принимать точную форму тотал коммандера, виндового эксплорера и так далее. Это так же позволит ввести энциклопедию файлов и их рейтинг распространённости.
Систему же каталогизации можно создать на основе элементов, типа поля, списка, раскрывающегося списка и самих данных, то есть базу надо формировать в процессе работы, но не в редакторах баз, а программными средствами.
Тогда у неё расширяемость будет выше, но для этого придётся описать структуры данных с параметрами, чтобы создавать их сходу, типа древосписка, тегов и прочих. Их кстати ещё можно комбинировать, опыты показали, что фильтрация запроса делается внутренним объединением, хотя там свои особенности и иногда можно обойтись обычным фильтром (на словах в общем нет смысла объяснять, что я имел ввиду).
Ну и так далее и тому подобное. C# и битторрент это естественно Bitsharp (http://ru.wikipedia.org/wiki/Bitsharp). Так что делай.
Их так и продают, айфоны же дороже при тех же возможностях, да ещё с искусственными ограничениями. Но ведь айфон это афйон, всем телефонам телефон, наш айфон лучший телефон, купи айфон получи купон…
матрац
1 230 000 ссылок
матрас
2 540 000 ссылок
А вывод у меня такой, не важно кто и как ввёл правило, если большинство пишут матрас, то он матрас и есть. Ведь знают же, что кто-то заседал в академии и постановил говорить всем «матрац», но все равно нарушают :)
Вики это не доказательство чего-либо, так как её правят все кому не лень, но даже там написано матрац и матрас, то есть вроде как хочешь так и говори. К тому же там же в вики упомниается нидерландский язык, они ведь тоже не matratze говорят.
Вот, к примеру, от клиента приходит запрос на некие данные, а у нас десятки или сотни миллиардов записей по которым надо провести поиск, т.е. таблица логически больше не делится, а искать надо. Плюс (или) количество запросов растёт день ото дня. Нужно срочно увеличивать доступность.
Исходя из этого чтобы потом не переделывать рекомендуют сразу строить кластерную базу данных. Вот сколько искал, приемлемыми оказались лишь MSSQL и PostgreSQL, но если использовать PHP, да ещё чтобы не платить при расширении, то выбор естественно за PostgreSQL, всё остальное будет гораздо хуже.
Таким образом для начала надо почитать книжки по этой базе. В них описано как создавать кластерные индексы, как распределять нагрузку, оптимизировать и кешировать запросы, делать запасные зеркала данных и так далее.
После создания кластерной базы данных в процессе развития сервиса понадобится её администрировать, подключать к ней новые компьютеры и т.п., при этом код веб-приложения по этой причине менять не нужно, разве что в голову придёт мысль по оптимизации запросов и прочем.
>Требует ли это переработки системы (PHP)
А он тут как бы ни причём так как висит не сервере-приложений, ему надо всего лишь дать запрос базе и все остальные операции с данными по идее должны выполнятся на её стороне, то есть на связанных вместе компьютерах, на каждом из которых стоит сервер базы данных. Далее придёт запрос, причём не нужно брать больше, чем хочешь отдать пользователю.
И в завершении, если это веб-приложение, данные преобразуются XSLT или ещё чем-нибудь в HTML (XHTML) или если это веб-служба, то уходят в формате XML пользователю-клиенту.