@ketti_42, нет, ничего разбивать не нужно. Просто установите программу http://www.condusiv.com/products/diskeeper/ и дайте ей поработать в фоновом режиме пару дней. Время от времени запускайте анализ и смотрите как меняется расположение файлов на диске. Вероятнее всего, это решит вашу проблему.
pomeo
Я имею ввиду, в вебе больше совсем зелёных новичков, способных установить денвер + вордпресс и считающих себя программистами.
В программировании всяких железок порог для hello world повыше будет.
asm0dey
бэкенд называется вебом условно. приложение, используемое для интрасети в 200 человек — это веб или не веб? гугловский движок для ранжирования сайтов, не зависящий от запросов и вообще не связанный с http — это веб или не веб? новая 1С-ка с управлением через браузер — это веб или не веб?
Это, конечно, неоптимальный путь. Дело в том, что опыт получается путём многочисленных экспериментов, то есть, по сути это набивание шишек. Но можно применить небольшую хитрость — набивать шишки только в приоритетных направлениях, а во второстепенных воспользоваться готовым опытом.
Например, как правильно пользоваться MVC — это приоритетное направление, а как выбрать IDE и как настроить пошаговую отладку — второстепенное.
То есть, работа с тренером — это тренировка выборочных скилов. Так можно прокачать необходимые скилы и получить результат в разы быстрее.
Веб — это нижний уровень развития программиста, а в интерпретируемые языки порог вхождения ниже, чем в компилируемые. Это не значит, что в веб нет смысла писать на компилируемом языке. Просто некому или практически некому.
На джаве под вёб тоже есть проекты, но чаще бэкенды чем фронтенды.
> На деле всё было чуть сложнее, ибо хотя я слышал ровно такие же объяснения со стороны самого разработчика, он умудрялся подчас класть болт даже на поставленне достаточно грамотно с технической точки зрения задачи, попросту игнорируя прописанные в них критерии.
Разработчик признаёт авторитетом не задание, разработчик признаёт авторитетом другого разработчика. Собственно, как и люди других профессий.
> на Хабре всплыл какой-то 15-летний белорусский юноша, утверждавший, что батрачит фрилансером на западных биржах за 80 баксов в час
Приходит мужик к сексопатологу и говорит:
— Доктор! Я жену за ночь больше восьми раз не могу!
— ??? А кто тебе сказал, что надо больше?
— Да вот сосед говорит, что за ночь по пятнадцать раз может!
— Ну и ты говори!
Входной билет — это уровень технической подготовки? Думаю, умения программировать хотя бы на одном языке будет достаточно.
Характерных примеров нет. Мы же не обезьянку на конвеер натаскиваем, а повышаем квалификацию в целом.
Научить человек может только тому, что знает сам, и передать может только те знания, коими владеет сам. Я умею делать вебсайты.
Хешированный пароль защищает только от одного кейса: когда база паролей похищена. Вы действительно думаете, что сервис, который удалось взломать и выкрать базу паролей, но хешированных, заслуживает большего доверия, чем сервис, который взломать не удалось, но хранящий пароли в открытом виде?
GavriKos
Прямое. Такой кейс наиболее вероятен, чем сниф или MITM-атака.
Сами подумайте. Вы говорите, что шифрованный в БД пароль более криптоустойчив. В КАКОМ СЛУЧАЕ? КОГДА ЗЛОУМЫШЛЕННИК ВЗЛОМАЛ ЦЕЛЕВОЙ РЕСУРС И ВЫКРАЛ БАЗУ ХЕШИРОВАННЫХ ПАРОЛЕЙ? Ололо, целевой ресурс — решето, но зато пароль хеширован. Это сильно добавляет криптоустойчивости, да. Злоумышленник мог скачать всю базу целиком со всей хранимой информацией, с сообщениями, историями операций и т.д., но это не главное. Главное — что он не сможет зайти под нашим логином. Ура, победа!
GavriKos
зачем вы пишете чушь?
если у вас на форуме и в онлайн-банке одинаковый пароль, то админ форума может попробовать войти в вашу банковскую учётку, и у него получится. это далеко не то же самое, что он может попробовать и у него не получится (не смотря на то, что пароль хранится в открытом виде и двухфакторной авторизации нет).
в общем, засуньте своё ИМХО сами знаете куда
> Увы, этот путь не выгорел: либо я мало платил, либо разработчик завысил свой уровень компетенции. Скорее всего, и то, и другое.
Очень просто. Разработчик в качестве авторитета признаёт только более опытного разработчика либо человека, своим умом добившегося сопоставимого результата в другой сфере. Деньги ситуацию не меняют, разве что могут побудить разработчика лгать чтобы заработать на хлеб.
> Вторая причина — это желание быть независимым от места дислокации. Я ценю свою свободу перемещения, и поэтому хочу заниматься тем, что можно эффективно делать в удалённом режиме
Такое возможно, но для этого нужно быть крутым спецом. Обычные спецы работают в офисах.
Кроме того, приложения на SQL нужно тестировать по иному методу, чем приложения на функциональном или объектном языке. Так что, ORM в веб-проектах вполне оправданы.
Это имеет смысл только если ваш срок меньше оценочного срока исполнителя. Тогда заказ становится срочным. Срочным может быть только небольшой заказ (можно выполнить недельную работу за три дня, но нельзя выполнить годовую за полгода при том же количестве человек). Если заказ большой — то нужно выбрать исполнителя такого уровня, чтоб для него он был небольшим. И за срочность обычно доплачивают. То есть, срочность редко выгодна заказчику.
Что значит сбросить стили? Стили нельзя сбросить, а можно только переопределить. В чём состоит проблема?