При использовании SW как прокси мы получаем довольно не плохую задержку в загрузке (-5% -5% +25%)
Пуши — почему то многие о них умалчивают когда говорят о SW а тем не менее это довольно крутая штука.
Как по мне, так использовать SW нужно очень обдуманно. Потому что базовые операции по кешированию отлично могут выполнить заголовки файлов. Отдал заголовок с кешем на месяц, и файл будет браться из кеша браузера. Выкатил новую версию файла, дописал v=number в url. Где здесь SW?
С оффлайном да, хорошая идея, но опять же много чего в оффлайн не засунешь.
Одно время тоже думал устроиться в 1С, но почему то передумал. Сейчас прочитав эту статью я реально осознаю как бы сильно изменилось бы мое отношение к программированию. Сижу на веб разработке. И каждый день просто писую кипятком от удовольствия как же все здесь быстро развивается. Каждые пол года появляется какой то новый фреймворк, движок, концепция которая круче всего предыдущего. А судя по отзывам всех 1С-ников каждые пол года мы фиксим баги прошлого года. Но самое главное, мне больше всего не понятно — почему закрыто ядро? Почему нельзя сделать открытое ядро, но поверх него уже делать что-то закрытое. Пусть каждый залезит в эти исходники и что-там подправит. Хочешь быстро и красиво — на тебе открытое ядро с нашей платной оболочкой поверх него (закрытой). Хочешь свое и бесплатно — вот тебе ядро, собирай что сам захочешь. Хочешь вообще из исходников собери свою версию. Заранее говорю что я знаком с 1С только из курсов в вышке, и может что-то не понимаю но в целом что думаете?
В процентах все выглядит красиво!
А вот что получилось в часах: с 17,52 часов до 1,752 часов в год. Или примерно 17,28 секунд простоя каждый день. Как по мне так это все равно много для такой большой компании.
От самого телефона очень многое зависит и от антены которая в нем стоит. У меня тоже мегафон. На старом телефоне плевался от качества связя. Бывала зайдешь в какой то крупный магаз с железной крышей и все — сети нет. Не мне немогут дозвонится, ни я не кому. Поменял телефон. Совсем другой результат! Теперь там где раньше не было не палочки теперь все отлично ловит. Там где раньше я не мог смс отправить, теперь могу спокойно по вотсапу общаться.
Очень хорошая статья! Я хоть и не давно перешел на ноду но столкнулся с проблемой начальной организации проекта, ибо от нее слишком много чего потом будет зависеть. У меня тут возникли очень большие сложности, так как на начальном этапе лучше брать что-то готовое, а готовое и удобного как оказалось довольно таки мало.
Я только не понял как здесь работать, с сервером данных? Можно ли его здесь подтянуть например как middleware?
Мне просто показалось логичнее шаблонный репозиторий сразу сделать Hello World. Ну или загрузить его как отдельный подпроект готовой сборкой. Скачал, установил, запустил.
Извеняюсь, теперь и правда все собралось и работает. До этого просто всегда пользовался обычной консолью винды и видимо предупреждение о том что запускать надо только через GitBash осталось в слепой зоне. Спасибо!
Интересно, хоть один человек вдохновился этой статьей и перешел на БЭМ? Мне вот почему то интуиция подсказывает что нет. Да и что это за Hello World, в котором мало того что нужно склонировать начальный проект из репозитория, так еще пару файлов подправить чтобы все заработало. И это на минуточку Hello World! Автор статьи даже не удосужился ее опробывать на windows, ибо на виндоус не выполнится команда rm -rf .git. У меня даже собрать проект не получилось потому что инструкция орентирована только на linux пользователей.
Я в 2005 году играл в доту. Тогда интернет был 64Кбит/с. И я помню что игра тормозила только когда все герои оказывались в одном экране. В остальных случаях все работало нормально, без тормозов на фпс 40. Хотелось бы услышать хотябы в общих чертах как сделан так сервер что он тянет так мало клиентов? Кстати в доте насколько мне было известно в качестве сервака выступала одна из клиентских машин.
Давно искал подобный материал, за это автору огромное спасибо. Но вот у меня все равно какое то странное представление складывается о професии тимлида. По сути на чистую работу с кодом времени уже нет. Голова забита кучей задачей, половину психологических: как померить сотрудников или замотивировать, другая управленческим: как все распаралелить по сотрудникам, третья как все уладить с руководством и т.п. Но ведь технологии не стоят на месте. Постоянно что-то новое появляется. Получается раз на код уже времени нет, то восприятие этого нового для тимлида происходит условно говоря без практики.
Ну к примеру вы упомянули c#. Два года назад вышла 6 версия. Обычный рядовой разработчик почитал доки, попробовал поюзать, написал пару тестовых проектов, понравилось, стал использовать новые фичи в продакшене. Тимлид наверняка тоже почитал доки, возможно попробовал пару тестовых проектов и на этом все. Т.е. в моем понимании, со временем растет прослойка между понимаем кода тимлида и разработчика. С течением большого времени тимлид уже не сможет проконсультировать какого то разработчика потому что у него не будет просто нужной компетенции. Хотя наверно в действительности такой ситуации возможно и не возникнет, или на ее решение будет послан какой нибудь ведущий разрабочик в команде тимлида.
Из всего этого у меня складывается странное представление о профессии тимлида. Поскольку время наш злейший враг, а с его ростом растут и технологии, появляется куча всего нового, и поскольку тимлид уже за этим всем не следит, то получается растет и различие в понимании происходящего на уровне тимлида и на уровне программистов. Отсюда, как мне кажется, выход только один, дальше рости и стать руководителем тимлидов, постепенно выращивая под собой себе подобных. Обратного пути нет, ибо первоначальные навыки будут уже совсем утрачены. И стоять на месте тоже не получится, потому что опять же время наш злейший враг.
Просто гениально!!! В своё время тоже как то пытался разобраться с этой проблемой стандартными методами но потратив пол дня и не придя к готовому результату я просто забил на это. В итоге пришлось прибегнуть к копипасту. Мне кажется статья может иметь продолжение по этой же теме для разбора например множественной сортировки, по 3м полям и более или обьединение нескольких условий через оператор «или»
В общем, продолжайте!
Как по мне, так использовать SW нужно очень обдуманно. Потому что базовые операции по кешированию отлично могут выполнить заголовки файлов. Отдал заголовок с кешем на месяц, и файл будет браться из кеша браузера. Выкатил новую версию файла, дописал v=number в url. Где здесь SW?
С оффлайном да, хорошая идея, но опять же много чего в оффлайн не засунешь.
— безработный (по Лебедеву)
Второе правило package.json: смотри первое правило.
А вот что получилось в часах: с 17,52 часов до 1,752 часов в год. Или примерно 17,28 секунд простоя каждый день. Как по мне так это все равно много для такой большой компании.
www.technoserv.com/img/aero.jpg 404
Я только не понял как здесь работать, с сервером данных? Можно ли его здесь подтянуть например как middleware?
Ну к примеру вы упомянули c#. Два года назад вышла 6 версия. Обычный рядовой разработчик почитал доки, попробовал поюзать, написал пару тестовых проектов, понравилось, стал использовать новые фичи в продакшене. Тимлид наверняка тоже почитал доки, возможно попробовал пару тестовых проектов и на этом все. Т.е. в моем понимании, со временем растет прослойка между понимаем кода тимлида и разработчика. С течением большого времени тимлид уже не сможет проконсультировать какого то разработчика потому что у него не будет просто нужной компетенции. Хотя наверно в действительности такой ситуации возможно и не возникнет, или на ее решение будет послан какой нибудь ведущий разрабочик в команде тимлида.
Из всего этого у меня складывается странное представление о профессии тимлида. Поскольку время наш злейший враг, а с его ростом растут и технологии, появляется куча всего нового, и поскольку тимлид уже за этим всем не следит, то получается растет и различие в понимании происходящего на уровне тимлида и на уровне программистов. Отсюда, как мне кажется, выход только один, дальше рости и стать руководителем тимлидов, постепенно выращивая под собой себе подобных. Обратного пути нет, ибо первоначальные навыки будут уже совсем утрачены. И стоять на месте тоже не получится, потому что опять же время наш злейший враг.
Интересно узнать ваше мнение.
По моему когда сравнивают:
scala