Резюме для программиста
https://www.clark.de/gesetzliche-krankenversicherung/arbei...
Во-во. У меня в оповещение о повышении они так и написали - средний процент 1,3 дополнительного взноса, а у нас было 0,7, а теперь всего лишь 1,1, что ниже среднего (поэтому мы такие хорошие). Т.е. подняли на 0,4%.
Ну так я и спрашиваю, если они решат ещё поднять, мне для этого ничего не надо будет делать, если я согласен и не хочу с ними ничего расторгать? Т.е. просто к шефу придёт уведомление, что теперь он должен свою часть оплаты увеличить, плюс с меня больше удерживать. Всё для меня автоматически произойдёт?
официально нужно до конца марта отгулять прошлогодний отпуск, но у меня и после этого срока ничего не сгорало.
Т.е. можно было на следующий год свой основной, плюс оставшийся отгуливать? Устроить себе, скажем, месяца полтора отпуска? Ну, если шеф отпустил бы.
Добрый шеф. )
Я спрашиваю, как у других.
Спроси своего начальника, как у него. Вот, Сань, чего как маленький то.
А хочу и как у других знать. Вдруг у других лучше.
ах вон чаво. Ну знай, знай....
Кусочек Германии в российской глубинке это не какой-нибудь Хальбштадт, а вот это вот, что на видео. ))
Два мужика в очень тесном пространстве. И ещё третий за ними наблюдает.
Вы что, боитесь ютуб открыть?
Флаттер на Дарте пробовали? https://habr.com/en/company/friflex/blog/666952/
И там (сверху), и там делают кнопку со счётчиком.
Как оно в сравнении?
Когда то очень давно сделал "один и тот же" калькулятор на флатерре, ксамарине и асп.нет насчет блазора не помню.
Чисто из любопытства. Ничего особенного не заметил, помню только сказал себе типа "ну и реклама" зазря для флаттера.
Я имею ввиду, что вы писали, что Блейзор тормозной какой-то, а джаваскриптовые либы - ракета.
А вы не думали, что МС ускорит Блейзор через год-два?
что Блейзор тормозной какой-то
Как то не совсем так. Для определенных типов приложений он проигрывает по сравнению с ангуляром. И то смотря в каких местах.
Главное для клиента - нужно загрузить вначале довольно приличный кусок для начала работы (15Мб вроде). Можно обойти, но не во всех случаях.
Что то высчитывать также будет медленно на клиенте, из-за этого отрезали всю криптографию.
Для серверной версии требуется Signal-R соединение, которое имеет timeout и ограничивает ресурсы сервера. Что тоже может быть неприемлемо для некоторых приложений.
Сравнивать еще с чем смысла пока не имеет
на какие карты? я не открываю вообще никакие ссылки.
Щас глянул, как в моём проекте используются файлы с кодом, добавленные как ссылки. В этом файле с кодом весь код объявлен в двух пространствах имён, которые переключаются через conditional compilation symbol, типа такого:
#if AppServ
namespace BlahBlah.Mamespace1
#endif
namespace BlahBlah.Mamespace2
В том проекте, где находится оригинал, никаких лишних условных символов компиляции нет. А в проекте, куда файл добавлен по ссылке - объявлен символ AppServ. Похоже, что если код запущен как приложение на сервере, то им нужно было, чтобы он был под одним пространством имён, а если нет - то под другим.
И вот вопрос - каким надо быть замудрённым, чтобы так организовать приложение? У вас в практике что-то подобное было? Я в упор не вижу, нахрена так делать, а не просто сделать код отдельной подключаемой библиотекой со своим собственным пространством имён. Что это за беготня по пространствам имён в зависимости от того, где запущено, и подключение по ссылкам, которые не отслеживаются IDE как зависимости? Немцы как придумают чего, так хоть застрелись.
Как относитесь к такой организации хранения локализованных строк?
1. Все строки хранятся в одном файле .resx для каждой локали. В файле несколько тысяч записей.
2. Чтобы во всей этой мути разбираться, ключ для каждой записи представляет собой строку, составляемую из параметров с разделителем - типа такого
{area}_{context}_{name}.
3. Для параметров area и context заведены специальные классы с возможными значениями - типа context бывает "menu", "exception", "dialog" и т.д. - до двух десятков. То же и для area.
4. Чтобы вытащить нужную переведённую строку, программист конструирует строку-монстрика из 3-5 параметров и использует её как ключ.
5. Формат ключа {area}_{context}_{name} не постоянный и не обязательный. Некоторые строки имеют ключ просто из одного параметра, некоторые из 2 или 4. Сами параметры могут быть тоже замудрённые - типа area может быть составной "name1.name2-name3".
6. Чтобы парсить всё это безумие, заведён специальный класс с кучей перегруженных функций, отрабатывающих все эти форматы и варианты составных ключей. На всё про всё около 1000 строк кода. Плюс несколько сотен строк для хранения возможных вариантов параметров в виде текстовых констант. Плюс в разных проектах и классах ещё несколько перегруженных функций для вытаскивания локализованной строки из главного класса по вытаскиванию - до 4-5 вложенных вызовов. Типа такого:
GetTranslationExtension1(string area, ...)
{
GetTranslationExtension2(string area, ...)
{
GetTranslationExtension3(string area, ...)
{
GetTranslation(string area, ...)
{
...
return translation;
}
}
}
}Итого до 2 тысяч строк кода, пяток классов, до пяти, если не больше, вложенных вызовов функций. И это только чтобы просто вытащить одну локализованную строку. А уж оттестировать всё это - ухх, юнит-тесты будешь месяц делать.
А, забыл добавить. В цепочке перегрузок функций GetTranslation есть параметр культуры - типа "en-US" и т.п. В каждой перегрузке он назван по-разному. То "localeId", то "IetLanguageTag", то "resourceFileName".