В Германии работодатель тоже платит сверху брутто зарплаты, которые почему-то все из секты "в россии налоги выше" не учитывают:
Pflegeversicherung 1.7%
Arbeitslosenversicherung 1.7%
Krankenversicherung 3.5%
Rentenversicherung 9.3%
Итого около 16% платит работодатель сверху брутто зарплаты. С учетом, что сотрудник может отчислять под 45% зарплаты, совокупная нагрузка на работодателя в Германии легко может быть выше русских 48%.
Интересно, вы пишете, что "это неправда" и написали тоже самое, что и я. SEPA INST в N26, ING, DKB - платные, стоит 50 центов, и что-то мне подсказывает что не только у них. Револютом мир не заканчивается, во многих банках нет бесплатных мгновенных переводов и деньги частенько зависают "на выходные".
В эти немецкие 30% входит только половина отчислений на медицину и пенсию, остальная половина платится работодателем и менее видна сотруднику. В Германии работодатель платит ещё около 20% за сотрудника, которые не видны сотруднику, поэтому не все так просто.
В Европе не хранят велосипеды в квартирах, проблема воровства не такая острая.
Ну карго-байк сложновато хранить в квартире, но обычные велосипеды многие немцы хранят в квартире, особенно если велосипед стоит больше 1к€, даже если в доме есть специальные закрывающиеся велосипедные комнаты или келлеры, именно потому что воруют дорогие велосипеды на ура, даже из закрытых помещений типа велосипедная комната. Ну а велосипедов до 1к€ на улице так много пристегнуто, что такой уже не целесобразно прятать дома, хотя с улицы их тоже часто воруют особенно если велосипед выглядит как новенький.
Старые велосипеды стоимостью 50-100€ я иногда видел люди не пристегивают оставляя на улице.
Если кредит 10%, а долг 10млн, то за кредит вы платите 1млн за год не считая погашения тела. Не зависимо взяли вы его вчера или 10 лет назад. Не понимаю, что меняется от даты взятия кредита?
Я понимаю, но у вас совершенно не конвенциональное определение параллелизма и конкурентности.
То, как этот параллелелизм реализован на низком уровне - реальные ли вычислительные ядра будут выделяться каждому потоку, или потоки будут разделять время работы одного ядра на всех - с точки зрения метода не играет никакой роли.
Если вы возьмете программу практически любого технического Computer Science ВУЗа, то ваше определение параллелизма будет определение конкурентности. Параллелизм же всегда определяется как "реальное одновременное выполнение (что невозможно без нескольких ядер)". Прочитайте даже определение в этой статье.
Каждый поток обрабатывает свой набор данных, у них нет предмета для конфликта, а значит и о свойстве конкурентности в данном случае говорить не приходится.
Это не совсем так, если #CPU < #Threads то потоки будут конкурировать за процессорное время.
Имхо, совершенно не так. 10 тредов - по определению конкурентность. Параллельность зависит на скольких физических ядрах мы запускаем эти 10 потоков. Если у нас 1 ядро - никакой параллельности нет. Есть только конкурентность.
Я на самом деле погуглил еще, и какой-то Computer-Science USA универ тоже приводит пример параллельного, но не конкурентного кода: работа GPU и CPU - они выполняют код параллельно, но не конкурентно. Но имхо, это скорее пример того, что "параллельность" более широкое понятие, которое имеет смысл и вне Software Engineering, когда "concurrency" у нас определенно только в скопе Software Engineering. Два человека живут 2 отдельные параллельные жизни, но конкурентность сюда не относится.
Вообщем, я все же за "Parallelism implies concurrency" и вводил бы определение Parallelism через Concurrency: типа "Parallelism is the special form of concurrency where the multiple tasks (concurrent code) are executed at the same point of time (this is possible only if there are multiple CPU cores or multiple GPU cores)"
Мне кажется надо еще учитывать что индустрия стареет тоже вместе с программистами. И в ЕС кстати программисты за 40 - это норм. Я работал и в команде 45-летних итальянцев. И у меня в другой команде было двое из UK, которым было 55. Кто знает, что будет в РФ через 15 лет, может 50 летние программисты тоже будет норма?
Любой кому в айти требуется наставник - профнепригоден по-определению. Айти всегда было сферой где во всём надо уметь разбираться самостоятельно.
Согласен, что самостоятельно разбираться - это должен быть навык джуна, но имхо, наставник - это не тот кто за тебя разберется в сложной теме или в деталях, а тот кто в отсутствии широкого кругозора в начале пути может направить куда нужно.
Так уж устоялось, фильм 1999 года перевели как "Пираты силиконовый долины". Сериал 2014 года перевели как "Силиконовая долина". Имхо силиконовая долина, которая кремниевая, это уже устоявшееся выражение, а о силиконовой долине Сан-Фернардо, никто толком не знает в РФ.
в английском языке, как и в русском, силикон и кремний пишутся и произносятся по-разному
В русском - очевидно, но в английском - они пишутся и произносятся практически одинаково: silicon vs silicone. На слух разница для меня совершенно неуловима при быстрой речи.
почему? Имхо middle name это любое имя которое может быть между given name & surname. И это может быть: patronymic, matronymic, surname of mother, surname of father (если вы допустим берете себе фамилию мамы), или просто secondary name.
А вот называть поле patronymic, и писать туда matronymic, surname of mother, surname of father или просто secondary name - это имхо больший анти-паттерн чем middle_name
Да и вообще вся эта статья это "лучшее враг хорошего". Имхо перфекционизм часто создает больше проблем, чем улучшений.
В ЕС многие системы не поддерживают middle name, и когда ребёнок рождается к примеру в Германии, и ему вписывают отчество в свво о рождении, в очень многих немецких документах возникает "Имя: Александр Сергеевич" . К примеру регистрация по месту жительства, налоговые справки итд итп. Так что я не уверен баг на стороне РФ паспорта, он репродьюсится и внутри Германии в отвязке от российских документов.
Мне кажется ваша статья - это пример "лучшее враг хорошего".
Да, first name, last name и middle name не идеальны - но имхо они самые общеупотребительные. Это как "рогоз" или "мультифора". Не всегда "лучшее" и "правильное" - лучше, так как может вызывать больше вопросов и сложности понимания.
В их (Google) Identity Platform я вообще не вижу компонентов имени, зато есть displayName и screenName
Я с вероятностью 99% уверен, что Гугл разбивает ФИО отдельно. Я думаю просто для фронтового API когда это не нужно они сливают в displayName.
Но вот я смотрю в стандарт OpenID, который повсеместно используется в настоящее время
Given name, middle name, Family name - еще норм и понятно Но, First name, middle name, Surname - понятнее имхо
patronymic, matronymic - имхо ужас. Как вы назовете это поле? patronymic_or_matronymic? Если patronymic - то туда можно вводить matronymic? и тд и тп
не проще ли хранить имя пользователя в виде одной opaque-строки
Если вы хотите не-расширяемый API и из-за бесполезного перфекционизма огрести проблем в будущем, то пожалуйста! А в реальности, делать нужно с точностью наоборот: хранить раздельно, а в API возвращать в виде одной opaque-строки если клиентам не нужно раздельно. И API легко меняется без backward-compatibility-changes если нужно его расширить.
И конфиги - синглетоны, это чистой воды оптимизация ресурсов. Ничего не поменяется если конфиг просто будет Immutable data class, и мы будем создавать новый такой же класс по какому-нибудь чиху.
Если конфиги реализованы синглетоном как предлагают GoF или Effective Java, то это протекание оптимизации ресурсов приложения в бизнес логику. И вообще то, что я считаю анти-паттерном синглетона - это протекание "lifecycle management" в бизнес логику.
В Германии работодатель тоже платит сверху брутто зарплаты, которые почему-то все из секты "в россии налоги выше" не учитывают:
Pflegeversicherung 1.7%
Arbeitslosenversicherung 1.7%
Krankenversicherung 3.5%
Rentenversicherung 9.3%
Итого около 16% платит работодатель сверху брутто зарплаты.
С учетом, что сотрудник может отчислять под 45% зарплаты, совокупная нагрузка на работодателя в Германии легко может быть выше русских 48%.
Интересно, вы пишете, что "это неправда" и написали тоже самое, что и я.
SEPA INST в N26, ING, DKB - платные, стоит 50 центов, и что-то мне подсказывает что не только у них.
Револютом мир не заканчивается, во многих банках нет бесплатных мгновенных переводов и деньги частенько зависают "на выходные".
В эти немецкие 30% входит только половина отчислений на медицину и пенсию, остальная половина платится работодателем и менее видна сотруднику. В Германии работодатель платит ещё около 20% за сотрудника, которые не видны сотруднику, поэтому не все так просто.
Мы же инженеры? :) https://peps.python.org/pep-0020/#:~:text=Explicit is better than implicit.
У вас на сайте нигде не указан город: https://inlyit.com/
Это работает только для дефолт-сити, для Новосиба оно так не работает.
Ну карго-байк сложновато хранить в квартире, но обычные велосипеды многие немцы хранят в квартире, особенно если велосипед стоит больше 1к€, даже если в доме есть специальные закрывающиеся велосипедные комнаты или келлеры, именно потому что воруют дорогие велосипеды на ура, даже из закрытых помещений типа велосипедная комната. Ну а велосипедов до 1к€ на улице так много пристегнуто, что такой уже не целесобразно прятать дома, хотя с улицы их тоже часто воруют особенно если велосипед выглядит как новенький.
Старые велосипеды стоимостью 50-100€ я иногда видел люди не пристегивают оставляя на улице.
Если кредит 10%, а долг 10млн, то за кредит вы платите 1млн за год не считая погашения тела. Не зависимо взяли вы его вчера или 10 лет назад. Не понимаю, что меняется от даты взятия кредита?
Я понимаю, но у вас совершенно не конвенциональное определение параллелизма и конкурентности.
Если вы возьмете программу практически любого технического Computer Science ВУЗа, то ваше определение параллелизма будет определение конкурентности. Параллелизм же всегда определяется как "реальное одновременное выполнение (что невозможно без нескольких ядер)". Прочитайте даже определение в этой статье.
Это не совсем так, если #CPU < #Threads то потоки будут конкурировать за процессорное время.
Имхо, совершенно не так. 10 тредов - по определению конкурентность. Параллельность зависит на скольких физических ядрах мы запускаем эти 10 потоков. Если у нас 1 ядро - никакой параллельности нет. Есть только конкурентность.
Я на самом деле погуглил еще, и какой-то Computer-Science USA универ тоже приводит пример параллельного, но не конкурентного кода: работа GPU и CPU - они выполняют код параллельно, но не конкурентно. Но имхо, это скорее пример того, что "параллельность" более широкое понятие, которое имеет смысл и вне Software Engineering, когда "concurrency" у нас определенно только в скопе Software Engineering. Два человека живут 2 отдельные параллельные жизни, но конкурентность сюда не относится.
А вот другой американский универ, говорит что "Parallel execution implies that there is concurrency": https://w3.cs.jmu.edu/kirkpams/OpenCSF/Books/csf/html/ParVConc.html
Вообщем, я все же за "Parallelism implies concurrency" и вводил бы определение Parallelism через Concurrency: типа "Parallelism is the special form of concurrency where the multiple tasks (concurrent code) are executed at the same point of time (this is possible only if there are multiple CPU cores or multiple GPU cores)"
Вопрос немного в сторону: любой ли параллельный код является конкурентным?
Гугл выдает противоположные ответы:
Parallelism implies concurrency by definition
An application can be parallel, but not concurrent: if it processes sub-tasks of a single task in parallel.
Я в первом лагере, так как приведенный пример не конкурентного выполнения таска - это конкурентное выполнение саб-тасков.
Мне кажется надо еще учитывать что индустрия стареет тоже вместе с программистами.
И в ЕС кстати программисты за 40 - это норм. Я работал и в команде 45-летних итальянцев. И у меня в другой команде было двое из UK, которым было 55. Кто знает, что будет в РФ через 15 лет, может 50 летние программисты тоже будет норма?
Я не фанат тестовых заданий:
многие компании не умеют составлять тестовые задания, и делают это на тяп-ляп или тестовое задание такое что его можно делать несколько дней
некоторые недобросовестные компании пытаются пихнуть свои несделанные продукт фичи в тестовые задания
тестовые задания практически всегда более время затратные чем даже сумма всех 6 этапов (6ч)
как работодателю отличать людей которые потратили на тестовое задание 3ч, против 12ч?
как работодателю отличать людей которым сделал кто-то другой тестовое задание?
Из-за последних двух пунктов, этапы никуда не деваются, и 6-12ч потраченных на тестовое задание просто суммируются с еще 3-4 этапами собеседований.
Ну а мода на 6-ти этапные собеседования это мода из фаангов и американских энтерпрайзов.
Согласен, что самостоятельно разбираться - это должен быть навык джуна, но имхо, наставник - это не тот кто за тебя разберется в сложной теме или в деталях, а тот кто в отсутствии широкого кругозора в начале пути может направить куда нужно.
Так уж устоялось, фильм 1999 года перевели как "Пираты силиконовый долины". Сериал 2014 года перевели как "Силиконовая долина". Имхо силиконовая долина, которая кремниевая, это уже устоявшееся выражение, а о силиконовой долине Сан-Фернардо, никто толком не знает в РФ.
В русском - очевидно, но в английском - они пишутся и произносятся практически одинаково: silicon vs silicone. На слух разница для меня совершенно неуловима при быстрой речи.
почему? Имхо middle name это любое имя которое может быть между given name & surname. И это может быть: patronymic, matronymic, surname of mother, surname of father (если вы допустим берете себе фамилию мамы), или просто secondary name.
А вот называть поле patronymic, и писать туда matronymic, surname of mother, surname of father или просто secondary name - это имхо больший анти-паттерн чем middle_name
Да и вообще вся эта статья это "лучшее враг хорошего". Имхо перфекционизм часто создает больше проблем, чем улучшений.
Имхо Patronym - это анти-феншуй, что вы будете делать с middle name не связанными с родителями / родственниками или с matronymic?
name - по немецки это Фамилия, поэтому нет идеала и всем не угодишь
В ЕС многие системы не поддерживают middle name, и когда ребёнок рождается к примеру в Германии, и ему вписывают отчество в свво о рождении, в очень многих немецких документах возникает "Имя: Александр Сергеевич" . К примеру регистрация по месту жительства, налоговые справки итд итп. Так что я не уверен баг на стороне РФ паспорта, он репродьюсится и внутри Германии в отвязке от российских документов.
Мне кажется ваша статья - это пример "лучшее враг хорошего".
Да, first name, last name и middle name не идеальны - но имхо они самые общеупотребительные.
Это как "рогоз" или "мультифора". Не всегда "лучшее" и "правильное" - лучше, так как может вызывать больше вопросов и сложности понимания.
Я с вероятностью 99% уверен, что Гугл разбивает ФИО отдельно. Я думаю просто для фронтового API когда это не нужно они сливают в displayName.
Given name, middle name, Family name - еще норм и понятно
Но, First name, middle name, Surname - понятнее имхо
patronymic, matronymic - имхо ужас. Как вы назовете это поле? patronymic_or_matronymic? Если patronymic - то туда можно вводить matronymic? и тд и тп
Если вы хотите не-расширяемый API и из-за бесполезного перфекционизма огрести проблем в будущем, то пожалуйста!
А в реальности, делать нужно с точностью наоборот: хранить раздельно, а в API возвращать в виде одной opaque-строки если клиентам не нужно раздельно. И API легко меняется без backward-compatibility-changes если нужно его расширить.
И конфиги - синглетоны, это чистой воды оптимизация ресурсов. Ничего не поменяется если конфиг просто будет Immutable data class, и мы будем создавать новый такой же класс по какому-нибудь чиху.
Если конфиги реализованы синглетоном как предлагают GoF или Effective Java, то это протекание оптимизации ресурсов приложения в бизнес логику. И вообще то, что я считаю анти-паттерном синглетона - это протекание "lifecycle management" в бизнес логику.