Идея в том, что хорошо иметь четкие уровни в архитектуре. И если вы используете что-то на UI, то это не значит, что доступ к базе данных или какая-то логика ядра системы должны зависить и вообще знать о существовании UI. Разрабатывая каждый уровень, все остальные компоненты системы, на других уровнях должны представляться абстракциями, почти черными ящиками с моделью «с этого уровня я буду дергать DAO за эти методы и получать вот такие данные».
Конечно, это все в идеале. Иногда проще, и к этому идут многие фреймворки для rapid development, довольно сильно сделать coupling уровней, примерно как в одном месте мы и из базы почитали и там же и view сгенерировали. Но стоит понимать намечающюся задницу, когда требования поменяются с «зеленых крокодилов» на «синие холодильники»
Спасибо, я прошелся по ссылке и сделал вывод, что это имеет смысл для production окружения, что очевидно. В статье, однако речь идет об окружении разработчика и в этом случае заниматься поднятием IIS сервера, имхо, является неким overhead'ом снижающим скорость разработки, когда голого nodejs достатчно ввиду поддержки IDE, например в Idea.
Мне кажется, что как-то много приложений для установки окружения. Зачем это там IIS ставить, Zoo какой-то… мне кажется в конце концов вы получаете ненужный Zooпарк приложений, не относящихся к разработке на nodejs. В конце концов, вам все равно надо будет еще cygwin ставить, чтобы питон запускать. Т.е. все эти крендебобили с Microsoft продуктами вообще не нужны.
Я, надеюсь, они поправят этот текстовый WYSIWIG, потому что это АДъ! Это не для набора блого-мыслей размера больше комментария. Плюс он бажный аж жуть.
кстати на хабре тоже почему-то не могут сделать нормальный редактор для статей...
Мое желание как раз в том, чтобы яндекс стал считать, что оба сайта относятся к одному магазину.
противоречит
Ваша система не дает разместить второй магазин, говоря, что за ним стоит та же фирма.
Мое вставить раздел с сумками в основной сайт, чтобы он не выделялся: natropinke.ru/udochki, natropinke.ru/sumki, natropinke.ru/poplavki. И иметь только его в яндексе.
А сайт sumki.natropinke.ru отдельно, без яндекса. При этом я бы либо вставил link rel=«canonical» указывающий на natropinke.ru/sumki/<сумка> для каждого товара в выдаче где бы были пересечения.
Но вообще это все костыли — надо иметь два сайта natropinke.ru, sumki-na-tropinke.ru и не лохматить бабушку.
Это кстати провоцирует туннельный синдром. Так как высокий ход заставляют кисть больше двигаться, а щелчок еще больше бьет по связкам.
Здесь где-то была ссылка, в одном из обзоров нестандартных раскладок и эргономичных клавиатур на пост человека, который синдром заполучил — жуть. Как раз программист из 90х, с клавиатурами с большим ходом клавиш и щелчками.
Из плюсов — это бесспорно вес и опрос данных. А также отсуствие маркировок.
Это да, я и говорю, что некоторые вещи лучше оплачивать компанией. Они получаются понЯтно выгоднее. Но вещи типа приставок, бильярдов, бесплатных прачечных в офисе, массажисток — все это навязывают, и по-хлрошему могли бы конвентнуть в зп.
Другое дело, что есть определенный порог зп, когда доп деньги ввиде 10к руб в месяц уже не играют рояли, и все эти штуки делают рабочее место привлекательнее, так как они вроде уже там есть. А у нас можно встретить ситуацию когда платят ниже рынка и все эти бонусы есть. Вот тутто уже интересует крамольный вопрос
Это прекрасно, но не по теме. Речь идет о том, что вам заменяют зп на плюшки. Я говорю, что порой плюшки бывают ненужные, и лучше бы их давать в денежном эквиваленте.
никогда не ведитесь на фуфло типа: «у нас в конторе бесплатные завтраки» или «а мы вам оплатим абонемент в спортзал». Мерилом работы являются деньги, еще раз деньги и ничего, кроме денег. Массажисток, йогу и стирку своих рубашек я оплачу сам. Из уже своих денег. Если захочу.
Замедление программы вызывает частые GC, которые происходят из-за недостатка памяти, в следствие постоянно торчащих там объектов, которые GC не может грохнуть
Конечно, это все в идеале. Иногда проще, и к этому идут многие фреймворки для rapid development, довольно сильно сделать coupling уровней, примерно как в одном месте мы и из базы почитали и там же и view сгенерировали. Но стоит понимать намечающюся задницу, когда требования поменяются с «зеленых крокодилов» на «синие холодильники»
Наверное, loose coupling, имелось ввиду.
Зачем он нужен на дев машине?
кстати на хабре тоже почему-то не могут сделать нормальный редактор для статей...
противоречит
Мое вставить раздел с сумками в основной сайт, чтобы он не выделялся: natropinke.ru/udochki, natropinke.ru/sumki, natropinke.ru/poplavki. И иметь только его в яндексе.
А сайт sumki.natropinke.ru отдельно, без яндекса. При этом я бы либо вставил link rel=«canonical» указывающий на natropinke.ru/sumki/<сумка> для каждого товара в выдаче где бы были пересечения.
Но вообще это все костыли — надо иметь два сайта natropinke.ru, sumki-na-tropinke.ru и не лохматить бабушку.
Это кстати провоцирует туннельный синдром. Так как высокий ход заставляют кисть больше двигаться, а щелчок еще больше бьет по связкам.
Здесь где-то была ссылка, в одном из обзоров нестандартных раскладок и эргономичных клавиатур на пост человека, который синдром заполучил — жуть. Как раз программист из 90х, с клавиатурами с большим ходом клавиш и щелчками.
Из плюсов — это бесспорно вес и опрос данных. А также отсуствие маркировок.
Другое дело, что есть определенный порог зп, когда доп деньги ввиде 10к руб в месяц уже не играют рояли, и все эти штуки делают рабочее место привлекательнее, так как они вроде уже там есть. А у нас можно встретить ситуацию когда платят ниже рынка и все эти бонусы есть. Вот тутто уже интересует крамольный вопрос
Отсюда
Хотя, я согласен, про обеды и парковку, что иногда выгоднее и удобнее, чтобы это оплачивала компания.