Что же тогда в английском языке такой проблемы нет? Не понимаю зачем придумывать свой набор определений, когда есть совершенно стандартный устоявшийся в обоих языках и не создают никаких неудобств. Если кто-то давно неправильно перевел термины, то это не значит, что их нужно продолжать использовать. Есть ФТТ, она про физику/химию кристаллов, а есть механика твердого тела, она как раз про теормех.
Только помимо баззвордов в резюме она еще сменила прошлых работодателей на Instagram, Microsoft и Linkedin, университет - на UCB с крутым GPA, сама в этом в комментах призналась. Скорее всего, у хр она проходила быстрый тест на опыт в биг техе, а дальше резюме просто не читали. Добавила бы она просто баззвордов в текущее резюме, то очереди бы к ней не было.
не могли бы вы дать пруф на «миллионы строк кода»? В оригинале есть только упоминание про «hundreds of thousands of lines», что как бы на порядок меньше:)
имхо (я не кожу на плюсах) как-то очень много кода для такой простой задачи. Ручной парсинг урл, методов, прямая работа со стримами в сервисе-никто этого не делает на современных платформах вроде node.js и ASP.NET Web API. По крайней мере, простой CRUD на них выглядел бы несколько компактнее. Может быть существует что-то более высокоуровневое?
Да, напишите. Приведите пример со сложной бизнес-логикой из нескольких сущностей с проверкой ролей текущего пользователя и тд. Лично для меня это было главным стоппером при выборе breeze и я остался на Web API.
Думаю, куда проще один раз в компании разработать файлик с правилами для статического анализатора кода (StyleCop, CheckStyle, JsHint), а потом просто вставлять в каждый проект.
Cпасибо, посмотрю либу:) Ui-router, например, почему-то этот режим не поддерживал, когда я его пытался прикрутить. Решил вопрос, кажется, при помощи фильтров:)
Все необходимые фичи можно установить с помощью одной команды dism через консоль (я обычно установливаю почти фичи, чтобы не париться и спать спокойно), а потом переиспользовать этот скрипт везде. Очевидность этого решения сразу станет явной, когда приложение должно развертываться на несколько платформ и инстансов и не только тобой (особенно удаленными людьми с плохим английским).
Btw, на всех серверах будет одинаковая конфигурация, установка не будет занимать полдня;)
Что-то более сложное можно портировать при помощи Managed Extensions for C++. Я когда-то давно часть LAPACK и BLAS портировал, используя за основу готовую C++ обертку: github.com/2xmax/NLapack
Могу еще посоветоветовать спецификации (например, для .NET я использовал SpecFlow ) для описания таких тестов. Большие сценарии становится намного проще и нагляднее.
+ не думаю, что это хорошо, если view model занимается обработкой событий инпутов и тд (т.к. жестко привязывается ко вьюхе), для этого есть механизмы экстендеров, биндинг хандлеров.
Создавать двустороннюю наблюдаемую (observable) привязку интерфейса и модели, т.е. в реальном времени будет обновляться интерфейс при изменении модели, а модель при изменении в интерфейсе (рабочий пример при вводе текста в формах). Тут есть один нюанс, в input полях обновление модели произойдёт только при событии onblur (убрать фокус с элемента), данную ситуацию можно исправить, подписавшись на событие input, соответственно вручную обновлять модель. Пример на jsfiddle.
Что же тогда в английском языке такой проблемы нет? Не понимаю зачем придумывать свой набор определений, когда есть совершенно стандартный устоявшийся в обоих языках и не создают никаких неудобств. Если кто-то давно неправильно перевел термины, то это не значит, что их нужно продолжать использовать. Есть ФТТ, она про физику/химию кристаллов, а есть механика твердого тела, она как раз про теормех.
Можно ссылку на оригинал? Физика твердого тела - это solid state physics, а rigid body dynamics-это теормех/механика твердого тела.
Только помимо баззвордов в резюме она еще сменила прошлых работодателей на Instagram, Microsoft и Linkedin, университет - на UCB с крутым GPA, сама в этом в комментах призналась. Скорее всего, у хр она проходила быстрый тест на опыт в биг техе, а дальше резюме просто не читали. Добавила бы она просто баззвордов в текущее резюме, то очереди бы к ней не было.
Допустим, есть какой-нибудь компонент или jquery-плагин, его можно красиво обернуть в биндинг хандлер и декларативно описывать вьюхи таким образом:
<textarea class="tinymce" data-bind="tinymce: description, tinmymceoptions: { fontsize: 14 }}"></textarea>Во вью-модели будет только логика и данные, в биндинг-хандлере будет инициалиция компонета/плагина и обработка изменений вьюмодели.
Это не бага, а фича. У Jenkins ведь тоже зеленый с «синеватым оттенком»:)
Btw, на всех серверах будет одинаковая конфигурация, установка не будет занимать полдня;)
function forExampleController($scope) { $scope.word="Habrahabra"; $scope.log=""; }Такие конструкции любят съедать минификаторы (уже набил шишки:)). Лучше писать так:
angular.module('app').controller('SomeCtrl', ['$scope', function ($scope) { ...или прописывать зависимости через inject:
SomeCtrl.$inject = ['$scope'];можно сделать при помощи установки valueUpdate как «afterkeydown»