Kivy выглядит классно, если честно, то никогда не понимал тягу к go, dart, flutter. На мой взгляд, сугубо мой личный взгляд, go, dart и flutter в их текущих состояниях это такая же халтура, как и AngularJS в свое время.
По мне, так, Спринг следовало бы наказать и не упоминать об этой компании, каждый раз когда речь заходит о реактивном программировании в Java, несмотря на Reactor или WebFlux. В течение десяти лет это компания делала все что бы похоронить реактивное программирование в Java. Их больше интересовал выпуск поделок вроде Spring Roo, а не, к примеру, интеграция SpringMVC с Mina, а следом и Netty. Shame, Shame, Shame...
На днях пытался пользоваться vs_code для разработки python, поставил плагинов. Тесты как до, так и после спец плагина не видны на панели, настройка дебаггера занимает кучу времени, и все равно не работает. Для серьезных вещей vs_code не подходит, так открыть файлики на сервере.
Это невозможно если колонка "bio" существует, pandas.core.series.Series вполне себе перечисление, так что код сработает. Кстати забыл совсем про третий вариант: new_profile.bio.to_list()
Также, работая с F# необходимо менять привычки отладки. Меньше пошаговой отладки, больше вывода в консоль. Использовать FSI.
Не соглашусь с этим утверждением. Кому как нравится, дебажит из эфки куда удобнее чем из того же басика. С другой стороны со временем осознаешь что удобнее использовать консольку FSI ибо она классная.
В Scala 2 тоже есть union types – всегда можно создать sealed family ...
Вы серьезно? Sealed не для этого создавались, это костыль в данном случае.
с точки зрения ФП Option[Try[String]] и Throwable | String | None это одно и то же.
Я такого не говорил, с точки зрения смеси ФП с ООП это костыль, с точки зрения ФП монада в монаде, это увы перебор.
В Scala 3 их добавили совсем для других целей
А по моему у вас неверные сведения, загляните в документацию(секция мотивации):
The primary reason for introducing union types in Scala is that they allow us to guarantee that for every set of types, we can always form a finite LUB. This is both useful in practice (infinite LUBs in Scala 2 were approximated in an ad-hoc way, resulting in imprecise and sometimes incredibly long types) and in theory (the type system of Scala 3 is based on the DOT calculus, which has union types).
Вы уже извините, но Option[Try[String]] это ООП скалаизм а не функциональный стиль. В нормальном функциональном языке у вас есть такое понятие как Union Types, блеклое понятие которых добавили в Scala 3. Так что с версии Scala 3 (когда она выйдет лет так через 5) будет возможно писать что-то вроде Error | String | None.
UPD — Вроде UT в скале 3 допилили и они выглядят неплохо.
Во Франции если есть опыт, то вообще все просто, только перевод диплома(ов), ну и апостиль или присудебный переводчик со спец. печатью если вы из Франции устраиваетесь.
Простите, но я без своей ложки дёгтя никак. Тоже вопрос, почему ASUS? По опыту эксплуатации я могу сказать, что мало того что, ASUS использует компоненты очень низкого качества, но к тому же их сервис по работе с клиентами это просто чемпионы по наглости. У вас проблема с их комплектующими, они вам говорят, что это вы во всем виноваты, вы сами все сломали. А констатируют они это по фотографиям платы, сервис 5.0. Избегайте этот калштекс(ASUS), если не хотите проблем.
А вот оно, Annotation Oriented Programming in Action.
Kivy выглядит классно, если честно, то никогда не понимал тягу к go, dart, flutter. На мой взгляд, сугубо мой личный взгляд, go, dart и flutter в их текущих состояниях это такая же халтура, как и AngularJS в свое время.
По мне, так, Спринг следовало бы наказать и не упоминать об этой компании, каждый раз когда речь заходит о реактивном программировании в Java, несмотря на Reactor или WebFlux. В течение десяти лет это компания делала все что бы похоронить реактивное программирование в Java. Их больше интересовал выпуск поделок вроде Spring Roo, а не, к примеру, интеграция SpringMVC с Mina, а следом и Netty. Shame, Shame, Shame...
Мда, Java, нервно
в сторонке.
Sublime Text 3 денежку стоит
Смотря какой сервер конечно, безусловно под *nix будет быстрее.
На днях пытался пользоваться vs_code для разработки python, поставил плагинов. Тесты как до, так и после спец плагина не видны на панели, настройка дебаггера занимает кучу времени, и все равно не работает. Для серьезных вещей vs_code не подходит, так открыть файлики на сервере.
Орнамент на обоях прикольный.
По началу я не видел, что за тип там стоял, автор кода видимо считает что tip hints слабаков.
Замете, это не мой код, это код из статьи.
Откуда мне знать, вы спросите автора Goodcn
Это невозможно если колонка "bio" существует,
pandas.core.series.Seriesвполне себе перечисление, так что код сработает. Кстати забыл совсем про третий вариант:new_profile.bio.to_list()Как же меня улыбает, когда я вижу код вроде:
Ну не позорьтесь! Ну напишите:
Не соглашусь с этим утверждением. Кому как нравится, дебажит из эфки куда удобнее чем из того же басика. С другой стороны со временем осознаешь что удобнее использовать консольку FSI ибо она классная.
Вы серьезно? Sealed не для этого создавались, это костыль в данном случае.
Я такого не говорил, с точки зрения смеси ФП с ООП это костыль, с точки зрения ФП монада в монаде, это увы перебор.
А по моему у вас неверные сведения, загляните в документацию(секция мотивации):
Вы уже извините, но
Option[Try[String]]это ООП скалаизм а не функциональный стиль. В нормальном функциональном языке у вас есть такое понятие как Union Types,блеклоепонятие которых добавили в Scala 3. Так что с версии Scala 3 (когда она выйдет лет так через 5) будет возможно писать что-то вродеError | String | None.UPD — Вроде UT в скале 3 допилили и они выглядят неплохо.
Это в принципе для инженеров так и есть
Во Франции если есть опыт, то вообще все просто, только перевод диплома(ов), ну и апостиль или присудебный переводчик со спец. печатью если вы из Франции устраиваетесь.
))))) Спасибо, спасибо, что так лаконично выразили цель такого рода собеседований.
Спасибо за перевод. Долго как-то они тянут с выходом Scala 3, половина народу уже на котлин перешло(ну те которые использовали Scala как Java++).
Свершилось !
Простите, но я без своей ложки дёгтя никак. Тоже вопрос, почему ASUS? По опыту эксплуатации я могу сказать, что мало того что, ASUS использует компоненты очень низкого качества, но к тому же их сервис по работе с клиентами это просто чемпионы по наглости. У вас проблема с их комплектующими, они вам говорят, что это вы во всем виноваты, вы сами все сломали. А констатируют они это по фотографиям платы, сервис 5.0. Избегайте этот калштекс(ASUS), если не хотите проблем.