Давайте для начала определимся с задачей: у нас стоит задача изучить язык или познакомиться с программированием?
Программирование и так слишком абстрактно, чтобы учить его еще и в отрыве от языка. Конкретное решение конкретных задач на конкретном языке — именно то, что нужно начинающему
… мне тут кто-то недавно рассказывал про необходимость знать именно три вида циклов.
Ну, в идеале-то необходимо знать все виды циклов. Другое дело что приоритет у этих знаний далеко не высший
Скажу честно, я никогда не изучал питон, хотя программирую больше 10 лет. И каждый раз когда я сталкиваюсь с кодом на питоне, на меня накатывает уныние. По сравнению с большей частью других распространенных языков он не понятен и не интуитивен (это мое мнение)
Что касается Паскаля — чем проще язык и чем меньше в нем вариативности — тем проще его изучить начинающему. Весь синтаксический сахар только отвлекает и мешает разобраться в сути, особенно когда учащийся пытается что-то нагуглить в интернете и находит 10 разных (даже если на вид) решений, или ему рассказывают о 5 способах записать одно и то же (а уж если у них еще и небольшие отличия в деталях то это совсем провал)
На основе реального опыта (помогал в изучении программирования с нуля) скажу — у учащегося начинает болеть голова даже когда вы пишете "i++" вместо "i = i + 1". Лично я тоже начинал изучение программирования с паскаля (правда тот что TurboPascal, без всяких извращений) и не вижу в этом никаких проблем (хотя возможно С-89 тоже неплохой выбор)
PATRON является одной из передовых японских блокчейн-компаний. На данный момент ее члены занимаются созданием децентрализированной платформы продвижения при помощи лидеров общественного мнения, чтобы устранить неэффективность брендового контента и социальных медиа.
Если честно я перечитал этот текст три раза и все еще ничего не понял. Такое количество воды и умных слов, что можно принять за чей-то диплом
Я изначально не понимал и не понимаю до сих пор, в чем удобство чат ботов по сравнению со специализированным приложением? Нужно вести диалог с машиной вместо того, чтобы просто нажать пару кнопок. Более того люди на хайпе начали делать ботов просто ради самого производства ботов, совершенно не понимая, кто и зачем будет их использовать
Единственный довод в пользу хайпа в том, что чат-ботов делать довольно просто (по сравнению со специализированными приложениями), соответственно дешево, вот и начали их пихать везде
Безусловно, если вам так важен размер файла дистрибуции / оверхед оперативной памяти от фреймворков, то Spring Boot не лучший кандидат (я бы даже Java в целом не стал в таком случае использовать)
Но разве корпоративной системе это настолько важно? Мне казалось там важны другие критерии (например скорость/стоимость разработки, стоимость поддержки), а оперативной памяти можно и докинуть
Под монолитом я имел ввиду не архитектуру, а "концентрацию" — куча war'ок на одном AS. Хотя честно говоря я знаком с AS'ами только поверхностно, может они тоже поддерживают кластеризацию. Но в любом случае, я сталкивался на работе с ними только однажды и у меня сложилось отрицательное впечатление о данной технологии. Разработчики ограничены возможностями спеки EE, зачастую вынуждены городить костыли, чтобы обойти баги конкретной имплементации и использовать vendor-specific код для получения необходимого функционала. А потом засунуть свой war в здоровенного монстра с диким количеством различных конфигураций. Такое только в страшных снах присниться может
Все дело в том, что изменилась "мета". Сейчас все ударились в микросервисы, докер, кубернетес и т.д. и т.п. Много маленьких сервисов, которые легко масштабируются и деплоятся в кластер. Зачем вообще кому-то сейчас Application Server'ы? Раньше можно было просто кинуть туда war и все работает, сейчас можно просто кинуть docker-образ в реестр и все опять же работает, только без завязок на стандарты.
И как вы верно подметили — замедлилось развитие ЕЕ. Но почему оно замедлилось? Именно по причинам, описанным выше — бизнесу это больше не нужно
Мне кажется все уже пересели на Spring Boot, не уверен, что кто-то еще использует здоровые монолитные Application Server'ы c кучей war'ов в новых проектах
Вы сравниваете PHP и Java, но при этом PHP — язык с совершенно конкретной и узкой областью применения (ну во всяком случае изначально, не знаю уж как сейчас), по сути язык-фреймворк. Java же используется в совершенно разных областях и логично, что для простоты использования в конкретной области вам лучше взять некий узко-специализированный фреймворк.
Это как жаловаться на то, что старого доброго браузерного Javascript'a не хватает, чтобы писать бекенды на ноде
То есть в принципе абсолютно любая регистрация на любом сайте (ведь email + nickname это классическая минимальная связка) по идее попадает под закон о ПД?
А никнейм является ПД? По нему ведь можно идентифицировать человека. Да, не у всех уникальные никнеймы — но ведь и ФИО зачастую совпадает, а при этом является ПД
Является ли IP-адрес ПД (например когда система запоминает адреса последнего входа)? А если он белый статический?
Является ли "адрес домашней странички" ПД? Если укажут ссылку на профиль в соцсетях, то человека можно идентифицировать (наверное), если укажут личный домен — опять же можно сделать whois
Вы можете изучить официальный договор — https://app.crossover.com/x/info/terms
В валютный контроль я предоставлял двуязычную версию этого договора (оригинал + перевод на русский) + "Letter of Acceptance", который указывает что вы вступаете на такую-то должность с такого-то числа с указанной почасовой ставкой (даты окончания там нет)
Программирование и так слишком абстрактно, чтобы учить его еще и в отрыве от языка. Конкретное решение конкретных задач на конкретном языке — именно то, что нужно начинающему
Ну, в идеале-то необходимо знать все виды циклов. Другое дело что приоритет у этих знаний далеко не высший
Скажу честно, я никогда не изучал питон, хотя программирую больше 10 лет. И каждый раз когда я сталкиваюсь с кодом на питоне, на меня накатывает уныние. По сравнению с большей частью других распространенных языков он не понятен и не интуитивен (это мое мнение)
Что касается Паскаля — чем проще язык и чем меньше в нем вариативности — тем проще его изучить начинающему. Весь синтаксический сахар только отвлекает и мешает разобраться в сути, особенно когда учащийся пытается что-то нагуглить в интернете и находит 10 разных (даже если на вид) решений, или ему рассказывают о 5 способах записать одно и то же (а уж если у них еще и небольшие отличия в деталях то это совсем провал)
На основе реального опыта (помогал в изучении программирования с нуля) скажу — у учащегося начинает болеть голова даже когда вы пишете "i++" вместо "i = i + 1". Лично я тоже начинал изучение программирования с паскаля (правда тот что TurboPascal, без всяких извращений) и не вижу в этом никаких проблем (хотя возможно С-89 тоже неплохой выбор)
Да, действительно, мой косяк — невнимательно прочитал
Уязвимость в железе != уязвимости в программе
Если честно я перечитал этот текст три раза и все еще ничего не понял. Такое количество воды и умных слов, что можно принять за чей-то диплом
Проблема с логами запросов кстати довольно распространенная, сам сталкивался с тем, что таким образом улетала личная информация
Блокчейн и смарт-контракты в каждый дом (кстати, идея для стартапа — блокчейн туалетная бумага)
Я изначально не понимал и не понимаю до сих пор, в чем удобство чат ботов по сравнению со специализированным приложением? Нужно вести диалог с машиной вместо того, чтобы просто нажать пару кнопок. Более того люди на хайпе начали делать ботов просто ради самого производства ботов, совершенно не понимая, кто и зачем будет их использовать
Единственный довод в пользу хайпа в том, что чат-ботов делать довольно просто (по сравнению со специализированными приложениями), соответственно дешево, вот и начали их пихать везде
Безусловно, если вам так важен размер файла дистрибуции / оверхед оперативной памяти от фреймворков, то Spring Boot не лучший кандидат (я бы даже Java в целом не стал в таком случае использовать)
Но разве корпоративной системе это настолько важно? Мне казалось там важны другие критерии (например скорость/стоимость разработки, стоимость поддержки), а оперативной памяти можно и докинуть
А зачем там нужны AS'ы? В чем их преимущество перед тем же самым спринг бутом?
Можно много спорить на тему нужно или не нужно. Время покажет
Под монолитом я имел ввиду не архитектуру, а "концентрацию" — куча war'ок на одном AS. Хотя честно говоря я знаком с AS'ами только поверхностно, может они тоже поддерживают кластеризацию. Но в любом случае, я сталкивался на работе с ними только однажды и у меня сложилось отрицательное впечатление о данной технологии. Разработчики ограничены возможностями спеки EE, зачастую вынуждены городить костыли, чтобы обойти баги конкретной имплементации и использовать vendor-specific код для получения необходимого функционала. А потом засунуть свой war в здоровенного монстра с диким количеством различных конфигураций. Такое только в страшных снах присниться может
Все дело в том, что изменилась "мета". Сейчас все ударились в микросервисы, докер, кубернетес и т.д. и т.п. Много маленьких сервисов, которые легко масштабируются и деплоятся в кластер. Зачем вообще кому-то сейчас Application Server'ы? Раньше можно было просто кинуть туда war и все работает, сейчас можно просто кинуть docker-образ в реестр и все опять же работает, только без завязок на стандарты.
И как вы верно подметили — замедлилось развитие ЕЕ. Но почему оно замедлилось? Именно по причинам, описанным выше — бизнесу это больше не нужно
Мне кажется все уже пересели на Spring Boot, не уверен, что кто-то еще использует здоровые монолитные Application Server'ы c кучей war'ов в новых проектах
Вы сравниваете PHP и Java, но при этом PHP — язык с совершенно конкретной и узкой областью применения (ну во всяком случае изначально, не знаю уж как сейчас), по сути язык-фреймворк. Java же используется в совершенно разных областях и логично, что для простоты использования в конкретной области вам лучше взять некий узко-специализированный фреймворк.
Это как жаловаться на то, что старого доброго браузерного Javascript'a не хватает, чтобы писать бекенды на ноде
То есть в принципе абсолютно любая регистрация на любом сайте (ведь email + nickname это классическая минимальная связка) по идее попадает под закон о ПД?
А никнейм является ПД? По нему ведь можно идентифицировать человека. Да, не у всех уникальные никнеймы — но ведь и ФИО зачастую совпадает, а при этом является ПД
Является ли IP-адрес ПД (например когда система запоминает адреса последнего входа)? А если он белый статический?
Является ли "адрес домашней странички" ПД? Если укажут ссылку на профиль в соцсетях, то человека можно идентифицировать (наверное), если укажут личный домен — опять же можно сделать whois
В том шаблоне что я использовал подпись присутствует
Хм, так вот почему там стоит "CROSSOVER CONFIDENTIAL" в конце :)
Перевод взял из шаблона коллег
Вы можете изучить официальный договор — https://app.crossover.com/x/info/terms
В валютный контроль я предоставлял двуязычную версию этого договора (оригинал + перевод на русский) + "Letter of Acceptance", который указывает что вы вступаете на такую-то должность с такого-то числа с указанной почасовой ставкой (даты окончания там нет)