Италия большая, с ней нужно разбираться. 150 тыщ это явно провинция. Словения вся провинция, но маленькая, уровень жизни одинаковый. А чем больше страна, тем больше разница между горячим миланским парнем и лохом из Удина.
В этом, кстати, плюс маленьких стран. Меньше амбиций, терпимость к иностранцам, не знающим язык, достаточно лет 10 прожить, и сойдешь за своего.
Хорватия это тема. Правда, после ввода евро уже не дешевле. Загреб, пожалуй, выигрывает, только на море ехать так же как от Любляны. А вот жить прямо на море, это особый склад ума нужен. Кому как, а мне не нравится сезонность, и когда все ради туристов.
Вы так пишите, как будто до итальянского песчаного пляжа как от Москвы до Сахалина. 100км, ближе чем мне из Питера до дачи было когда-то. В плане географии Словения исключительна.
Преимущество богатства - возможность делать разные штуки в разных местах. В один викенд покатался на лыжах, в другой устроил дайвинг, а третий провел на карнавале в Рио.
Другой такой компактной страны с такой разной природой нет. В Изоле на даче растут мандарины. Они растут и в Валенсии, но где ты там грибы осенью пособираешь? А в Мариборе лыжная траса прямо в городе. А на байдах по Соче? Местные универы вроде не в топе, но до Граца 200км. И в Венеции было бы классно побывать без туристов, но когда уже тепло, 200км. Хайкинг, Триглав, Постойна, Истрийские кемпинги в радиусе пары часов. Вообще отпуск не нужен - каждый викенд свой мини-отпуск без особых денег.
Жил на площади Восстания, окончил 239, матмех и аспирантуру, свалил. Скучал по офигенной танцевально-студенческой тусовке, но теперь все разъехались, почти в любой стране ес теперь есть знакомые.
С поездами как-то по-югославски. Мне вокзал показался самым мрачным местом в Любляне. Единственное место, где встречал словенских асоциальных элементов. Может за последние пару лет поменялось.
Некоторые принципы просто описать, но сложно реализовать. Например, использовать TypeScript - очень простой в описании принцип, очень помогает поддерживать и расширять приложение, но при этом очень затратный, если у вас большой кусок с легаси на js.
Насчет API - все-таки сейчас OpenApi/Swagger для rest is a must, так же как codegen для graphql.
Вроде как vue уходит от единого vuex store к pinia с multiple stores, поддержка не сложнее, универсальности больше.
(12): добавлю, что defineEmits теперь гораздо важнее чем во vue2. Например, имеется компонент CustomButton типа `<template><button \@click="logAnalyticsAndClick"><slot /></button></template>`. Если defineEmits не определен, onClick будет вызываться дважды (один раз - emit из внутреннего метода logAnalyticsAndClick, второй - из-за inheritAttrs, onClick будет проброшен в корневой элемент у CustomButton).
(15): Еще defineExpose должен быть определен, и тогда типизация ref на child component может быть описана как const child = ref<InstanceType<typeof SomeChild>>()
(19): Можно еще через InjectionKey типизацию для provide/inject указать.
Наверное около 40-а. Не готовлюсь, не знаю как. Что-то узко техническое редко спрашивают, да и смысла нет (сек, забыл термин, дайте минутку загуглю), алгоритмы еще реже, хотя я только за, задачки с codewars просто так люблю порешать, чаще что-то более широкое, типа как бы вы спроектировали систему с какими-то параметрами, а к таким вопросам нет подготовки кроме как написать много этих систем до этого.
Быть открытым к предложениям это нормальная практика. Сам хотя бы раз в неделю имею какое-нибудь интервью. Но на сеньеров редко что-то техническое спрашивают, обычно достаточно скинуть список своих статей. В целом не высокого мнения о рекрутерах, посредничество очень плохо работает. Было реально 2 хороших агента, которые цепляли, вели, разбирались, да еще и потом пол года держали связь. А вот если на контакт выходит CEO, то это гораздо чаще новый контракт.
"Ферма удалось строго математически доказать это утверждение (не будем тут останавливаться на версии, что Ферма просто пошутил)" - На лекциях по истории математики нам с абсолютной уверенностью утверждали, что Ферма ошибся, и что в то время доказать эту теорему было невозможно.
Сам давно мигрировал на vue+vuex, но там та же ситуация. Построение зависимостей от объектов, а объекты создаются налету (через {...}), или новые массивы создаются налету через .filter, и все computed начинают перестраиваться чаще, чем требуется. Я про это тоже писал в разрезе vue, https://habr.com/ru/post/587946/, https://habr.com/ru/post/543298/.
У вас скорее knockout получится, чем vue, если заменить defineProperty на обычные функции. Вы ходите по html нодам вместо того, чтобы конструировать их как в virtual dom.
Тут моя поделка на 10 минут, вроде более похожая на vue jsfiddle.net/kasheftin/f2j1ecu5/1. Хотя там тоже не дошло до virtual dom, но понятно, на каком шаге его делать.
Можете про кольцо сделать обзор? И как оно согласуется со спортом, ни штангу не поднять, ни на перекладине не повисеть. Другие девайсы пробовали?
Сам много работал над расписаниями, хочу посоветовать подход из https://habr.com/ru/articles/412665/, https://codeburst.io/weekly-schedule-editor-concept-8df79ab83305. Впоследствии это преобразовалось в такую штуку, https://ttfiddle.rag.lt/new, правда по ней нет статей.
Италия большая, с ней нужно разбираться. 150 тыщ это явно провинция. Словения вся провинция, но маленькая, уровень жизни одинаковый. А чем больше страна, тем больше разница между горячим миланским парнем и лохом из Удина.
В этом, кстати, плюс маленьких стран. Меньше амбиций, терпимость к иностранцам, не знающим язык, достаточно лет 10 прожить, и сойдешь за своего.
Хорватия это тема. Правда, после ввода евро уже не дешевле. Загреб, пожалуй, выигрывает, только на море ехать так же как от Любляны. А вот жить прямо на море, это особый склад ума нужен. Кому как, а мне не нравится сезонность, и когда все ради туристов.
Лучше, и все лучше и лучше. Погода только не сильно теплее чем в Питере, зимой скучно.
Вы так пишите, как будто до итальянского песчаного пляжа как от Москвы до Сахалина. 100км, ближе чем мне из Питера до дачи было когда-то. В плане географии Словения исключительна.
Преимущество богатства - возможность делать разные штуки в разных местах. В один викенд покатался на лыжах, в другой устроил дайвинг, а третий провел на карнавале в Рио.
Другой такой компактной страны с такой разной природой нет. В Изоле на даче растут мандарины. Они растут и в Валенсии, но где ты там грибы осенью пособираешь? А в Мариборе лыжная траса прямо в городе. А на байдах по Соче? Местные универы вроде не в топе, но до Граца 200км. И в Венеции было бы классно побывать без туристов, но когда уже тепло, 200км. Хайкинг, Триглав, Постойна, Истрийские кемпинги в радиусе пары часов. Вообще отпуск не нужен - каждый викенд свой мини-отпуск без особых денег.
В Вильнюсе
Жил на площади Восстания, окончил 239, матмех и аспирантуру, свалил. Скучал по офигенной танцевально-студенческой тусовке, но теперь все разъехались, почти в любой стране ес теперь есть знакомые.
Что мешает жить в Словении, а работать и платить налоги у себя?
С поездами как-то по-югославски. Мне вокзал показался самым мрачным местом в Любляне. Единственное место, где встречал словенских асоциальных элементов. Может за последние пару лет поменялось.
Куда именно, в Словению?
Ну вот, спалили тему. Щас будет понаехали тут.
Некоторые принципы просто описать, но сложно реализовать. Например, использовать TypeScript - очень простой в описании принцип, очень помогает поддерживать и расширять приложение, но при этом очень затратный, если у вас большой кусок с легаси на js.
Насчет API - все-таки сейчас OpenApi/Swagger для rest is a must, так же как codegen для graphql.
Вроде как vue уходит от единого vuex store к pinia с multiple stores, поддержка не сложнее, универсальности больше.
(12): добавлю, что defineEmits теперь гораздо важнее чем во vue2. Например, имеется компонент CustomButton типа `<template><button \@click="logAnalyticsAndClick"><slot /></button></template>`. Если defineEmits не определен, onClick будет вызываться дважды (один раз - emit из внутреннего метода logAnalyticsAndClick, второй - из-за inheritAttrs, onClick будет проброшен в корневой элемент у CustomButton).
(15): Еще defineExpose должен быть определен, и тогда типизация ref на child component может быть описана как const child = ref<InstanceType<typeof SomeChild>>()
(19): Можно еще через InjectionKey типизацию для provide/inject указать.
https://vuejs.org/api/reactivity-advanced.html#onscopedispose удобно использовать для composables которые должны автоуничтожаться.
Можно рассматривать как прокачку социальных навыков:)
Наверное около 40-а. Не готовлюсь, не знаю как. Что-то узко техническое редко спрашивают, да и смысла нет (сек, забыл термин, дайте минутку загуглю), алгоритмы еще реже, хотя я только за, задачки с codewars просто так люблю порешать, чаще что-то более широкое, типа как бы вы спроектировали систему с какими-то параметрами, а к таким вопросам нет подготовки кроме как написать много этих систем до этого.
Быть открытым к предложениям это нормальная практика. Сам хотя бы раз в неделю имею какое-нибудь интервью. Но на сеньеров редко что-то техническое спрашивают, обычно достаточно скинуть список своих статей. В целом не высокого мнения о рекрутерах, посредничество очень плохо работает. Было реально 2 хороших агента, которые цепляли, вели, разбирались, да еще и потом пол года держали связь. А вот если на контакт выходит CEO, то это гораздо чаще новый контракт.
"Ферма удалось строго математически доказать это утверждение (не будем тут останавливаться на версии, что Ферма просто пошутил)" - На лекциях по истории математики нам с абсолютной уверенностью утверждали, что Ферма ошибся, и что в то время доказать эту теорему было невозможно.
Сам давно мигрировал на vue+vuex, но там та же ситуация. Построение зависимостей от объектов, а объекты создаются налету (через {...}), или новые массивы создаются налету через .filter, и все computed начинают перестраиваться чаще, чем требуется. Я про это тоже писал в разрезе vue, https://habr.com/ru/post/587946/, https://habr.com/ru/post/543298/.
Тут моя поделка на 10 минут, вроде более похожая на vue jsfiddle.net/kasheftin/f2j1ecu5/1. Хотя там тоже не дошло до virtual dom, но понятно, на каком шаге его делать.