Спасибо за ответ, позиция понятна, хоть и несколько неожиданна. Получается что сколько и каких тестов писать это вопрос который решает каждый разработчик самостоятельно, и то что было сказано про отсуствие единого подхода к определению качества кода это правда?
А про систематические неоплачиваемые переработки не пояснили. Вы как начальник, с видением "как все вцелом устроено", считаете это нормой? Или про переработки это не правда?
Не знаю наличие в каком городе для вас актуально, в Санкт-Петербурге, Савушкина 121 (Восток-Сервис) купил Spirotek F9000 (900р), вроде не последний забирал. P3 R вроде должно хватать на достаточно долго при небольшой нагрузке и если не мочить. Дышиться через 1 вполне нормально.
Странно читать такое на Хабре, тут вроде как профессиональное сообщество, чем боевая база от тестовой/девовской отличается, и как с этим жить думал что все знают, это вроде как база в профессии.
Собственные разработчики не нужны, нужны собственные специалисты обеспечивающие сопровождение внедренных систем, это совсем не обязательно одно и то же.
Вроде как заход в сторону Eclipse Che, но у тех вроде как можно бесплатно на своих мощностях развернуть, а тут за все денежка (6.31$ за то что бы недельку поработать и еще чтоб за 2 выходных не удалили как-то дорого на фоне минимальных виртуалок за 200р в месяц на которых это все вполне сносно крутится)
Подскажите пожалуйста, а что такое "качество очистки действующего вещества"? На любой препарат вроде как есть четкие нормы производства, если там должно быть 2мг вещества с формулой <вставить_формулу_вещества> то там столько и есть, допуски вроде как определены для всей фармацевтики вцелом, не по отдельным изготовителям
Но в некоторых случаях это не самое главное, а вот иметь возможность развернуть рабочее окружение в 1 команду реально круто и удобно.
Основная задача докера делать то что мне от него надо настолько хорошо насколько он может. Никак не могу уяснить, условно говоря, какая разница что думал токарь делая отвертку на 3.41мм если мне бомбически удобно ковырять ей в ухе.
Я не знаю нюансов Kotlin, но мне кажется что как раз об этом речь в статье: если я пишу метод, указываю в сигнатуре в параметрах List то у меня нет никакой возможности быть уверенным что мне не дадут read-only List. По правилам SOLID я в такую ситуацию не должен попадать.
Возможно я не внимательный, но аббривиатур SFC и их объяснений ни в туториалах ни в апи не помню. Собственно мой поинт как раз о том что возможно было бы круто ввести это понятие, рассказать о нем в документации, тем более что уже видел рекомендации смотреть Svelte как первый инструмент для написания современного фронтенда, вперёд Vue, Angular и React.
Насчёт splice, push и т.д. вы немного перегибаете, на мой взгляд: Svelte как я понимаю это компилятор js в js, т.е. он читает тот js что я написал и делает свой, который выполняет то что я задумал и объяснил посредствам спецсинтаксиса в js и html. Он видит оператор "=" и генерирует код, который обновляет всю зависимую от стоящей слева переменной разметку. Что мешает видя вызов, например, push() добавлять такой же код относительно переменной к которой метод вызван? сложности с выводом типа этой переменной в момент компиляции?
Спасибо за repl, вспомнил еще одну трудность, совершенно не очевидно пчм если я делаю push или slice на массив, то чтобы стейт UI обновился я должен писать что-то вроде a=a. Читал про то что модификацию массивов Svelte не отслеживает, но есть впечатление что вызов метода, модифицирующего состояние массива, отследить должно быть не трудно.
Не исключаю, что это может быть не очевидным тем, кто раньше не работал с SFC, в том же VueJS, например
Я исключительно про логику, опциональность и порядок появления это два разных свойства, как красный и круглый для физических объектов.
по части 4 — github.com/sveltejs/svelte/issues/3470
по части 3 — я хотел предобработать переданные параметры (начать загрузку ресурса, если указан урл)
по части 2 — у меня был нем как рыба, подозреваю дело в том что имя компонента было checkbox и он подумал что это новомодный html тэг
по части 1 — похоже что вы правы, сейчас когда я поменял местами пункты все осталось рабочим, возможно у меня что-то не так было с rollup, но ошибок при сборке не было, а при использовании последовательности из примеров все чинилось и работало
По части 4 репорт уже есть — github.com/sveltejs/svelte/issues/3470, по части 3 если восстановлю версию когда пытался использовать onMount обязательно напишу
1) All three sections — script, styles and markup — are optional… Очевидно в этом случае последовательность не может быть важна.
Строго говоря не очевидно, опциональность блоков не обязана включать свободу их следования, блоки могут быть опциональны, но с возможностью появления только в строго определенном порядке. Впрочем в данном случае это не важно — я попробовал поменять в своем рабочем коде блоки местами и все осталось рабочим, видимо проблемы были с чем-то другим.
Опробовал данный фреймворк на маленьком приложении — списочек с фильтрами на чекбоксах, документации мне не хватило — не нашел в ней:
1) что блоки script и style должны идти именно в такой последовательности как в примерах (впрямую нигде не нашел упоминаний, мне было не очевидно)
2) что собственные компоненты должны называться с большой буквы, иначе они тихо не рендерятся
3) дебаггер chrome умудряется попадать дважды в onMount, пчм — так и не понял
4) что последовательность инициализации компонентов такая, что внутри onMount передаваемые проперти еще не инициализированы, приходится писать костыли
Несмотря на все это фреймворк понравился, буду следить и пробовать еще.
Может вам svelte попробовать? Компилируется в чистый js, компоненты есть и они сразу js+html+css, никакого оверхеда на shadow dom / event loop / etc.
Подскажите пожалуйста, а что такое "обычный JOIN"?
А про систематические неоплачиваемые переработки не пояснили. Вы как начальник, с видением "как все вцелом устроено", считаете это нормой? Или про переработки это не правда?
Собственные разработчики не нужны, нужны собственные специалисты обеспечивающие сопровождение внедренных систем, это совсем не обязательно одно и то же.
2) а точно игра не работает под linux? даже через wine?
Подскажите пожалуйста, а что такое "качество очистки действующего вещества"? На любой препарат вроде как есть четкие нормы производства, если там должно быть 2мг вещества с формулой <вставить_формулу_вещества> то там столько и есть, допуски вроде как определены для всей фармацевтики вцелом, не по отдельным изготовителям
Основная задача докера делать то что мне от него надо настолько хорошо насколько он может. Никак не могу уяснить, условно говоря, какая разница что думал токарь делая отвертку на 3.41мм если мне бомбически удобно ковырять ей в ухе.
Я не знаю нюансов Kotlin, но мне кажется что как раз об этом речь в статье: если я пишу метод, указываю в сигнатуре в параметрах List то у меня нет никакой возможности быть уверенным что мне не дадут read-only List. По правилам SOLID я в такую ситуацию не должен попадать.
А вы часто приглашаете домой людей о которых очень мало что знаете?
Ваш браузер грузит бог знает что, вы обычно понятия не имеете что конкретно запустит в нем ресурс, на который вы только пришли
а фотоаппараты муниципалов входят в систему критической инфраструктуры?
Возможно я не внимательный, но аббривиатур SFC и их объяснений ни в туториалах ни в апи не помню. Собственно мой поинт как раз о том что возможно было бы круто ввести это понятие, рассказать о нем в документации, тем более что уже видел рекомендации смотреть Svelte как первый инструмент для написания современного фронтенда, вперёд Vue, Angular и React.
Насчёт splice, push и т.д. вы немного перегибаете, на мой взгляд: Svelte как я понимаю это компилятор js в js, т.е. он читает тот js что я написал и делает свой, который выполняет то что я задумал и объяснил посредствам спецсинтаксиса в js и html. Он видит оператор "=" и генерирует код, который обновляет всю зависимую от стоящей слева переменной разметку. Что мешает видя вызов, например, push() добавлять такой же код относительно переменной к которой метод вызван? сложности с выводом типа этой переменной в момент компиляции?
Я исключительно про логику, опциональность и порядок появления это два разных свойства, как красный и круглый для физических объектов.
по части 3 — я хотел предобработать переданные параметры (начать загрузку ресурса, если указан урл)
по части 2 — у меня был нем как рыба, подозреваю дело в том что имя компонента было checkbox и он подумал что это новомодный html тэг
по части 1 — похоже что вы правы, сейчас когда я поменял местами пункты все осталось рабочим, возможно у меня что-то не так было с rollup, но ошибок при сборке не было, а при использовании последовательности из примеров все чинилось и работало
Строго говоря не очевидно, опциональность блоков не обязана включать свободу их следования, блоки могут быть опциональны, но с возможностью появления только в строго определенном порядке. Впрочем в данном случае это не важно — я попробовал поменять в своем рабочем коде блоки местами и все осталось рабочим, видимо проблемы были с чем-то другим.
Опробовал данный фреймворк на маленьком приложении — списочек с фильтрами на чекбоксах, документации мне не хватило — не нашел в ней:
1) что блоки script и style должны идти именно в такой последовательности как в примерах (впрямую нигде не нашел упоминаний, мне было не очевидно)
2) что собственные компоненты должны называться с большой буквы, иначе они тихо не рендерятся
3) дебаггер chrome умудряется попадать дважды в onMount, пчм — так и не понял
4) что последовательность инициализации компонентов такая, что внутри onMount передаваемые проперти еще не инициализированы, приходится писать костыли
Несмотря на все это фреймворк понравился, буду следить и пробовать еще.
Верефицировать сообщения от дронов можно по сертификатам — синковать актуальный список сертификатов можно прямо перед вылетом.
Технология выглядит замечательно, пока на голову дождь из этих устройств не посыплется)