Да, именно это и означает, неистово плюсую за смекалку, вот только в реальном мире это далеко не всегда доступная роскошь — выбирать инструмент разработки, о чем я уже написал, упомянув IE6
Разработчики посмеются? В 2005ом майкрософт как раз так наплевательски к этому и относился. Видать теперь пришло время, когда это почитается и делается умное лицо что так и нужно.
50 нс прироста на каждую лишнюю переменную означает что когда вас на VBScript в 2005 году заставят отфильтровать таблицу на 10000 строк, и в фильтре у вас будет на две переменных больше чем нужно, вы получите замечательную задержку в 1 секунду. Это все еще выглядит мало?
И между прочим в 2005 году далеко не у всех были PIII на 1GHz
А выбирать инструмент, как некоторые тут советуют, тогда было особо не из чего, доля IE6 тогда было больше 80%. Так что продолжайте в том же духе минусовать, сидя в удобном кресле и дуя щеки
Это дистрибутив для тех, кто любит все сделать сам, при этом в среде мейнтейнеров очень критично относятся к ненужному мусору в софте (вырезается), побочным фичам (вырезаются) и оптимизвции (затягивается на максимум). Ближайший родственник — ArchLinux, появился немного позже и более так сказать попсовый, чтоли.
Можно сказать это LFS без необходимости нужно ждать компиляциб всех пакетом, Gentoo без оргомного количества меджика.
Ваша установка кракса начнется с консоли и ручного разбиения дисков. В системе вы будете бог и дьявол, если систему трогать немытыми руками, ломаться будет часто.
По сути посыл статьи говорит — мы написали медленный движок, для которого код оптимизировать не имеет смысла. Так что пишите код какой хотите, все равно быстро не получится.
Оба аргумента никудышние. Факт состоит в том что некоторые опреации процессор или движок выполняют быстрее чем другие за счет своей архитектуры (тот же and 1 vs mod 2 ), и если движок VBScript в 2005 не выполнял битовое & на уровне процессора, то да оптимизировать такое действительно не стоит, но тыкать пальцем нужно в сторону программистов движка. Но тут еще можно спорить, стоит полягаться на оптимизации движа или нет
А вот если вызов функции с двумя переменными вызывает задержку в 100 нс и этот факт был доказан и измерян, то НУЖНО следить за переменными, а не дуть щеки, дескать что кто заставлял совать голову в печь, а разработчикам движка НУЖНО засабмитить багрепорт на эту тему
Интересно будет почитать, когда Майкрософт через пару лет признает, что Фейсбук их Бинг буквально подмял, а на месте Гугла я бы закинул ноги на стол и немного понаблюдал бы, держа козырь в кармане.
Если все ограничится поиском видяшек, фоток и локаций, то не нужно забывать что у гугла есть ютуб, пикаса и карты, которые будут только рады принять удовлетворенных умных поиском леммингов с Фейсбука и показать им рекламу, плюс в придачу две трети десктопных браузеров и практически все смартфоны начинаются с поиска и стартовой страницы известно кого.
Так что Марку еще долго перед инвесторами щеки дуть придется
Ну на самом деле ничто не мешает делать NoSQL решения которые соответствуют ACID. Возьмите MySQL, храните все данные в одной большой таблице — практически получите недо-NoSQL который соответствует ACID. Фишка не в ACID, фишка в том, что NoSQL дает удобство работы з определенным типом моделей данных, тогда как реализовать подобное с помощью SQL можно, но сложно и не всегда быстро.
Наконецто первая толковая статья, которая трезво определяет место NoSQL, без лишнего хайпа. Вам жирнейший плюс за перевод.
Я лююблю сравнивать реляционные базы данных с UNIX. Обе технологии — долгожители, пережиили не одно поколение смены других технологий и все еще имеют широкое применение. Причниа этого — настолько же банальна, насколько и проста, изза чего многие падкие на новое и блестящее любят вытирать об них ноги. Причина эта в вашем заголовке — гибкость.
Юникс состоит из множества утилит которые делают свое дело и делают его хорошо. И под конкретную задачу вы на ходу комбинируете нужные вам утилиты, чтобы получить необходимый результат, поэтому тот кто овладел командной строкой за 5 минут может решить нетривальные одноразовые задачи, для которых обычному пользователю нужны специальный софт.
Аналогично с БД, только уже на уровне данных. Таблицы — это ваша «файловая системв», а язык SQL — ваши sed, awk, ls, cp итд. NoSQL — это «специальная программа под конкретную задачу». Поэтому каждое NoSQL решение полезно вам в тех случаях, которые подходят под определенный круг задач. Шаг влево, шаг вправо — вам нужна еще одна специальная утилита для каждой новой конкретной задачи, в то время как SQL и логичная схема дают вам универсальный инструмент.
Например, как аналог, такой пример — возможно вы сможете установить готовую убунту из готового образа на Amazon EC2, потому что ктото позаботился о специализированном решении, но если вам понадобится смигрировать готовую систему на каком нибуть хитром или сильно кастомизированном дистрибутиве на EC2, вам понадобится более универсальный инструмент.
Возможность комбинировать данные из разных схем — преимущество, которое не позволит SQL исчезнуть никуда и никогда, как бы сильно этого кому то не хотелось, так же как и юникс, он может лишь эволюционировать в более совершенный интструмент, а удел NoSQL — нишевые задачи — всегда таким был, всегда таким и будет, просто зоопарк NoSQL-моделей будет расти.
Если кому то интересны еще «неправославные» аналогии, — такое же место у XML vs JSON. XML — универсальный расширяемый текстовый формат, находящий применение буквально везде и применимый буквально ко всему. JSON — специализированное решение, упрощенный формат под конкретные задачи представления обьектов, где не требуется строгая валидация.
ну раз пропорционально, то надо думать в участниках )
и это значит что ВК и Фейсбук просто астрономически полезны, ведь в их полезности астрономически много нулей
Ну с тяжелой математикой на клиенте, по моему логичнее организовать веб-сервис — расчет, который занимает больше чем 100ms, выгоднее сделать на сервере, чем грузить браузер (тут задумываемся над различным перформансом разных браузеров)
Как модуль для Node.js или какой нибуть скриптовый игровой движок — годится, вот только что с этим делать на сервере (ну допустим можно в случае веб-сервиса на ноде, но такие проекты вроде изначально выгоднее реализовать на Java/.NET)
Видите как вы плавно повернули точку зрения, мол, «делать таски по 14 часов в сутки». Я, вроде бы, говорил про самообучение.
Не нужно упрекать меня в том, что вы вырываете фразы из контекста — я четко написал, что это неявно имеется ввиду под «самообучением», когда на этот пункт жмут.
Я совсем не спорю, что самообучение нужно и важно для джуна. С чем я НЕ согласен, так это с тем, что человек обязан всем и каждому это демонстрировать и в каком направлении собственно самообразовываться и с каким то вот таким стереотипом, какой вы очень четко выразили — что человек, если он джун, так обязан на проекте чуть ли не полы мыть пока не станет «человеком». Я, как человек, прежде всего имею уважение к личности, а потом уже к профессональным качествам, и такой же подход требую к себе, вы же наоборот. У нас с вами разные ценности.
Изучить предметную область — задача любого нанятого сотрудника, неважно джун он или новый СЕО. О чем мы с вами говорим — так это о технической экспертизе, которая человека может вполне устраивать и компания за нее голосует оффером и выплаченной зарплатой. Если вы заинтересованны в росте — мотивируйте, от предложения плана роста и командировок на курсы и вплоть до простого устного разговора по душам.
Если нет — а это нюхом чуется, — не удивляйтесь, что человек так же и к компании относится и предпочитает во внерабочее время заниматься своими делами или учить втихаря чтото свое, а не то что вы от него ожидаете.
Про индусов вообще не в тему — я говорю про оптимизацию расходов внутри существующей команды
50 нс прироста на каждую лишнюю переменную означает что когда вас на VBScript в 2005 году заставят отфильтровать таблицу на 10000 строк, и в фильтре у вас будет на две переменных больше чем нужно, вы получите замечательную задержку в 1 секунду. Это все еще выглядит мало?
И между прочим в 2005 году далеко не у всех были PIII на 1GHz
А выбирать инструмент, как некоторые тут советуют, тогда было особо не из чего, доля IE6 тогда было больше 80%. Так что продолжайте в том же духе минусовать, сидя в удобном кресле и дуя щеки
Это дистрибутив для тех, кто любит все сделать сам, при этом в среде мейнтейнеров очень критично относятся к ненужному мусору в софте (вырезается), побочным фичам (вырезаются) и оптимизвции (затягивается на максимум). Ближайший родственник — ArchLinux, появился немного позже и более так сказать попсовый, чтоли.
Можно сказать это LFS без необходимости нужно ждать компиляциб всех пакетом, Gentoo без оргомного количества меджика.
Ваша установка кракса начнется с консоли и ручного разбиения дисков. В системе вы будете бог и дьявол, если систему трогать немытыми руками, ломаться будет часто.
Я уже года три как слез с этой иглы, все думал попробовать, но они все тянули с следующим релизом
Оба аргумента никудышние. Факт состоит в том что некоторые опреации процессор или движок выполняют быстрее чем другие за счет своей архитектуры (тот же and 1 vs mod 2 ), и если движок VBScript в 2005 не выполнял битовое & на уровне процессора, то да оптимизировать такое действительно не стоит, но тыкать пальцем нужно в сторону программистов движка. Но тут еще можно спорить, стоит полягаться на оптимизации движа или нет
А вот если вызов функции с двумя переменными вызывает задержку в 100 нс и этот факт был доказан и измерян, то НУЖНО следить за переменными, а не дуть щеки, дескать что кто заставлял совать голову в печь, а разработчикам движка НУЖНО засабмитить багрепорт на эту тему
Интересно будет почитать, когда Майкрософт через пару лет признает, что Фейсбук их Бинг буквально подмял, а на месте Гугла я бы закинул ноги на стол и немного понаблюдал бы, держа козырь в кармане.
Если все ограничится поиском видяшек, фоток и локаций, то не нужно забывать что у гугла есть ютуб, пикаса и карты, которые будут только рады принять удовлетворенных умных поиском леммингов с Фейсбука и показать им рекламу, плюс в придачу две трети десктопных браузеров и практически все смартфоны начинаются с поиска и стартовой страницы известно кого.
Так что Марку еще долго перед инвесторами щеки дуть придется
Но наверное на вин8 альтернатив немного. Может кто знает аппаратик повкуснее, — выбираю систему на восьмерке.
Я лююблю сравнивать реляционные базы данных с UNIX. Обе технологии — долгожители, пережиили не одно поколение смены других технологий и все еще имеют широкое применение. Причниа этого — настолько же банальна, насколько и проста, изза чего многие падкие на новое и блестящее любят вытирать об них ноги. Причина эта в вашем заголовке — гибкость.
Юникс состоит из множества утилит которые делают свое дело и делают его хорошо. И под конкретную задачу вы на ходу комбинируете нужные вам утилиты, чтобы получить необходимый результат, поэтому тот кто овладел командной строкой за 5 минут может решить нетривальные одноразовые задачи, для которых обычному пользователю нужны специальный софт.
Аналогично с БД, только уже на уровне данных. Таблицы — это ваша «файловая системв», а язык SQL — ваши sed, awk, ls, cp итд. NoSQL — это «специальная программа под конкретную задачу». Поэтому каждое NoSQL решение полезно вам в тех случаях, которые подходят под определенный круг задач. Шаг влево, шаг вправо — вам нужна еще одна специальная утилита для каждой новой конкретной задачи, в то время как SQL и логичная схема дают вам универсальный инструмент.
Например, как аналог, такой пример — возможно вы сможете установить готовую убунту из готового образа на Amazon EC2, потому что ктото позаботился о специализированном решении, но если вам понадобится смигрировать готовую систему на каком нибуть хитром или сильно кастомизированном дистрибутиве на EC2, вам понадобится более универсальный инструмент.
Возможность комбинировать данные из разных схем — преимущество, которое не позволит SQL исчезнуть никуда и никогда, как бы сильно этого кому то не хотелось, так же как и юникс, он может лишь эволюционировать в более совершенный интструмент, а удел NoSQL — нишевые задачи — всегда таким был, всегда таким и будет, просто зоопарк NoSQL-моделей будет расти.
Если кому то интересны еще «неправославные» аналогии, — такое же место у XML vs JSON. XML — универсальный расширяемый текстовый формат, находящий применение буквально везде и применимый буквально ко всему. JSON — специализированное решение, упрощенный формат под конкретные задачи представления обьектов, где не требуется строгая валидация.
и это значит что ВК и Фейсбук просто астрономически полезны, ведь в их полезности астрономически много нулей
Как модуль для Node.js или какой нибуть скриптовый игровой движок — годится, вот только что с этим делать на сервере (ну допустим можно в случае веб-сервиса на ноде, но такие проекты вроде изначально выгоднее реализовать на Java/.NET)
Не нужно упрекать меня в том, что вы вырываете фразы из контекста — я четко написал, что это неявно имеется ввиду под «самообучением», когда на этот пункт жмут.
Я совсем не спорю, что самообучение нужно и важно для джуна. С чем я НЕ согласен, так это с тем, что человек обязан всем и каждому это демонстрировать и в каком направлении собственно самообразовываться и с каким то вот таким стереотипом, какой вы очень четко выразили — что человек, если он джун, так обязан на проекте чуть ли не полы мыть пока не станет «человеком». Я, как человек, прежде всего имею уважение к личности, а потом уже к профессональным качествам, и такой же подход требую к себе, вы же наоборот. У нас с вами разные ценности.
Изучить предметную область — задача любого нанятого сотрудника, неважно джун он или новый СЕО. О чем мы с вами говорим — так это о технической экспертизе, которая человека может вполне устраивать и компания за нее голосует оффером и выплаченной зарплатой. Если вы заинтересованны в росте — мотивируйте, от предложения плана роста и командировок на курсы и вплоть до простого устного разговора по душам.
Если нет — а это нюхом чуется, — не удивляйтесь, что человек так же и к компании относится и предпочитает во внерабочее время заниматься своими делами или учить втихаря чтото свое, а не то что вы от него ожидаете.
Про индусов вообще не в тему — я говорю про оптимизацию расходов внутри существующей команды