Терпеть не могу Amazon с их отношением к пользвателям, постоянными проблемами в работе сервисов и отвратным GUI. Сегодня дважды получил невероятно информативные сообщения об ощибках:
Скрин 1
Скрин 2
До поддержки достучаться нереально.
Оказывается, как рассказали выше, у них такое же отношение и к своим сотрудникам.
В целом на меня они производят отвратительное впечатление, может быть у меня просто неудачный опыт сложился.
Не знаю даже какие у вас могли быть причины для стремления устроиться туда.
Скажите, а на какую позицию вы устроились? Из текста не понятно на чем вы пишите, какой у вас круг задач.
Смотрел видео с рендерингом страниц на земле?
Это каким образом получается видео смотреть с такий схемой? Или там рендеринг 24 раза в секунду? Простите, или я что-то упустил, или где-то ошибка.
Может только если сначала скачать видео и запустить его локально.
Здсь интересный дизайн — восьмиугольник, выполненный из крепкого пластика с резиновыми вставками.
Да, да. Очень интересный. Особенно, учитывая, что все представленные модели (да и большинство защищенных смартфонов) это восьмиугольник, выполненный из крепкого пластика с резиновыми вставками.
Странно что в «Комплексные css-фреймворки» включены очередные клоны Bootstrap наподобие KickStart (и что в этом списке делает Gridsm, если на сайте написано «A simple responsive CSS grid»?), а такие проекты как например Materialize или Material Design Lite обошли стороной, хотя звездочек на гитхабе у них на порядок больше.
ауди, к примеру буквально склеивает клеем кузовные панели из алюминия и стали, тут вариант понадежнее
Панели из алюминия и стали можно только склеивать и никак иначе. Ну или прикручивать через изалятор. Иначе такое соединение будет подвержено коррозии (гальваническая пара) и не прослужит хоть сколько-нибудь приемлимые сроки. Так что сомневаюсь что этот вариант понадежнее.
Судя по всему автоматически принадлежать работадателю ничего не будет. Скорее наоборот, автоматически все принадлежит работнику. Все зависит от трудового договора.
Любопытно, а можно пруф?
На сколько я знаю все наоборот. Все что вы пишите, даже в рабочее время, принадлежит вам. Для того, чтобы плоды вашей деятельности принадлежали компании, существуют специальные условия в контрактах.
Повторюсь, изучите внимательно мой пример. В нем файлы загружаются синхронно при помощи RequireJs.
Использование jQuery.ajax ни чем не лучше RequireJs, а тем более с параметром async: false.
Во-первых, в вашем случае вам придется городить приблизительно что-то подобное что и в моем примере, вызывая jQuery.ajax в цикле, только выйдет это более громоздко.
Во-вторых, не забывайте, что выполнение таких запросов может временно заблокировать браузер до тех пор пока они не будут выполнены.
В-третьих, имейте в виду, что при загрузке js файлов при помощи jQuery.ajax (с параметром dataType: 'script') или при помощи jQuery.getScript в случае ошибки в загруженном файле вы не получите полезной информации в консоли (такой как файл, в котором произошла ошибка, строка и т.д.).
В-четвертых, использование async: false теперь deprecated при некоторых обстоятельствах.
Почему не совсем? Это реализация поставленной вам задачи. Сама по себе задача позразумавает костыльное решение и RequireJs тут не при чем. Никаких ограничений такого рода в RequireJs нет. Где в вебе вообще есть синхронная загрузка файлов? Браузеры по умалчанию загружают файлы асинхронно.
Ну выше вы утверждали что это невозможно, а на деле выходит что это решается в пять строчек кода.
Да, над изощренными задачами всегда приходится изощряться. И я полагаю, что если этот подход обусловлен только тем, что начальство против, то это трижды плохой подход. Нужно уметь аргументировать свою точку зрения, указать начальству на недостатки и предложить альтернативу. Я когда-то уволился только по причине таких задач от начальства компании заказчика.
Во вкладке Network можно убедиться что файлы загружаются последовательно один за другим:
Network
Но я не могу даже придумать хоть одно преимущество данного подхода. Начальство против — это очень странный аргумент. Или «Начальство против» это такая новая методология разработки?
Что-то я не совсем понимаю, что вы имеете ввиду под словом синхронно. Если имеется ввиду последовательная загрузка файлов, то у меня два вопроса:
Для чего загружать файлы последовательно и почему вы решили что RequireJs этого не умеет? RequireJs это просто загрузчик файлов (модулей). Как хотите, так и загружайте. Хоть последовательно (синхронно), поть параллельно (асинхронно).
Тоже довелось немало использовать связку PHP и Oracle (причем именно с Yii 1). Почему-то этот стек любят гос. структуры в России для разработки своих приложений. Да и еще на Windows / IIS все это дело крутится. Проблемы конечно были, например с Prepared statements. Бывало при передаче параметров запрос мог выполняться в десятки(!) раз медленнее чем при прямой вставке значений.
Но в целом могу сказать что дело привычки. Просто нужно научиться его готовить.
Как только вы нашли ларек с АА-батарейками, можно считать, что проблема с зарядом решена.
Обычно я оказываюсь с разряженным телефоном либо когда ближайший ларек в десятке километров, либо в два часа ночи. Может он и будет полезен пару раз в год, но не за 38$ черт побери.
Это вряд ли. Современные DDR4 работают со скоростью больше 60 ГБ/с, а это быстрее представленных моделей дисков в 40-60 раз. К тому же разработчики памяти тоже сложа руки не сидят.
Часто упоминается о том, что комбинация Nested Sets и Adjacency List выигрышна в плане скорости различных выборок (ветки, родителя, детей и т.д.), но в противовес усложняется модификация. На сколько я понял, цель у автора была как раз ускорить модификацию дерева.
А для чего хранить порядок сортировки если есть поле left что-то я пока не пойму.
Ага. А еще убрать left, right и назвать это Adjacency List.
Если я правильно понимаю вашу мысль, то при таком подходе изменения в таблице станут еще более дорогостоящими. При перемещении ветви необходимо будет обновить не только поля left и right, но еще и поле с id предка и поле с порядком сортировки у братьев на том уровне откуда была удалена ветвь и куда вставлена.
Подскажите, а есть ли возможность докупать расходники к этой модели (или может приобрести сразу с несколькими аккумуляторами и десятком винтов)? Или может быть они стандартные и продаются в специализированных магазинах?
Я новичек в этой теме и могу неправильно себе это представлять, но хотелось бы иметь несколько батарей в кармане и не бояться что игрушка будет пылиться на полке, если сломается винт.
Обожаю такие формулировки. И ни слова о реальной скорости.
До поддержки достучаться нереально.
Оказывается, как рассказали выше, у них такое же отношение и к своим сотрудникам.
В целом на меня они производят отвратительное впечатление, может быть у меня просто неудачный опыт сложился.
Не знаю даже какие у вас могли быть причины для стремления устроиться туда.
Скажите, а на какую позицию вы устроились? Из текста не понятно на чем вы пишите, какой у вас круг задач.
Смотрел видео с рендерингом страниц на земле?
Это каким образом получается видео смотреть с такий схемой? Или там рендеринг 24 раза в секунду? Простите, или я что-то упустил, или где-то ошибка.
Может только если сначала скачать видео и запустить его локально.
Да, да. Очень интересный. Особенно, учитывая, что все представленные модели (да и большинство защищенных смартфонов) это восьмиугольник, выполненный из крепкого пластика с резиновыми вставками.
Панели из алюминия и стали можно только склеивать и никак иначе. Ну или прикручивать через изалятор. Иначе такое соединение будет подвержено коррозии (гальваническая пара) и не прослужит хоть сколько-нибудь приемлимые сроки. Так что сомневаюсь что этот вариант понадежнее.
www.brightjourney.com/q/working-company-intellectual-property-rights-stuff-spare-time
Судя по всему автоматически принадлежать работадателю ничего не будет. Скорее наоборот, автоматически все принадлежит работнику. Все зависит от трудового договора.
На сколько я знаю все наоборот. Все что вы пишите, даже в рабочее время, принадлежит вам. Для того, чтобы плоды вашей деятельности принадлежали компании, существуют специальные условия в контрактах.
Повторюсь, изучите внимательно мой пример. В нем файлы загружаются синхронно при помощи RequireJs.
Использование jQuery.ajax ни чем не лучше RequireJs, а тем более с параметром async: false.
Во-первых, в вашем случае вам придется городить приблизительно что-то подобное что и в моем примере, вызывая jQuery.ajax в цикле, только выйдет это более громоздко.
Во-вторых, не забывайте, что выполнение таких запросов может временно заблокировать браузер до тех пор пока они не будут выполнены.
В-третьих, имейте в виду, что при загрузке js файлов при помощи jQuery.ajax (с параметром dataType: 'script') или при помощи jQuery.getScript в случае ошибки в загруженном файле вы не получите полезной информации в консоли (такой как файл, в котором произошла ошибка, строка и т.д.).
В-четвертых, использование async: false теперь deprecated при некоторых обстоятельствах.
Да, над изощренными задачами всегда приходится изощряться. И я полагаю, что если этот подход обусловлен только тем, что начальство против, то это трижды плохой подход. Нужно уметь аргументировать свою точку зрения, указать начальству на недостатки и предложить альтернативу. Я когда-то уволился только по причине таких задач от начальства компании заказчика.
plnkr.co/edit/6OQlGJVY04FDVn6Q1ABu?p=preview
Во вкладке Network можно убедиться что файлы загружаются последовательно один за другим:
Но я не могу даже придумать хоть одно преимущество данного подхода. Начальство против — это очень странный аргумент. Или «Начальство против» это такая новая методология разработки?
Для чего загружать файлы последовательно и почему вы решили что RequireJs этого не умеет? RequireJs это просто загрузчик файлов (модулей). Как хотите, так и загружайте. Хоть последовательно (синхронно), поть параллельно (асинхронно).
Но в целом могу сказать что дело привычки. Просто нужно научиться его готовить.
Обычно я оказываюсь с разряженным телефоном либо когда ближайший ларек в десятке километров, либо в два часа ночи. Может он и будет полезен пару раз в год, но не за 38$ черт побери.
А для чего хранить порядок сортировки если есть поле left что-то я пока не пойму.
UPD: не заметил что вы и есть автор.
Если я правильно понимаю вашу мысль, то при таком подходе изменения в таблице станут еще более дорогостоящими. При перемещении ветви необходимо будет обновить не только поля left и right, но еще и поле с id предка и поле с порядком сортировки у братьев на том уровне откуда была удалена ветвь и куда вставлена.
Я новичек в этой теме и могу неправильно себе это представлять, но хотелось бы иметь несколько батарей в кармане и не бояться что игрушка будет пылиться на полке, если сломается винт.