Сильный ИИ не "вдруг" появится. Это долгие годы постепенного усовершенствования. Пока ИИ сможет выполнять сложную работу, всех, кто ранее выполнял простую, уже на него заменят.
Я главным образом обращал внимание на issues и pull requests, их очень много у либы из статьи. Ну и аккаунт сам по себе активный у адаптер-делегатов, там почти каждый месяц куда-нибудь контрибутится что-то, а у либы из статьи - ни разу за год. В любом случае, спасибо за статью)
Я обычно использую выражение "с точностью до..." в смысле "кроме...". Возможно, надо повторить русский язык, а может специфика какого-то местного сленга))
Вообще, в процессуальном кодексе есть такое понятие как "улики" - совпадение никнэймов даже на косвенную не тянет. Ограничивать из-за такого свободу человека, лишая при этом его семью средств к существованию?
Совпадение никнейма (заметьте, не leshka95, а сравнительно редкого) + совпадение специальности дают очень высокий шанс совпадения и человека. Много раз искал рандомных людей по никам, это почти всегда срабатывает.
Я не говорю, что полностью законно, я не силен в юриспруденции.
Я согласен, что СИЗО тут совершенно точно перебор. В целом считаю СИЗО лишенным смысла для тех кто подозревается в статье, не связанной с физическим насилием, и ранее не пытался скрыться от следствия.
Но чисто математически и исходя из здравой логики, улики были достаточны для того, чтобы проверить. И проверить надежно без обыска и хотя бы домашнего ареста я просто не представляю, как.
Так его вроде отпустили и оправдали, просто была очень вероятная ниточка к раскрытию дела: программист, с ником как у хакера, ну как на такое не клюнуть полиции?
Считаю, с точностью до процесса (и СИЗО вместо домашнего ареста), полиция все делала правильно.
А что у схемотехников / радиотехников уже все хорошо стало? или это не IT?
Да, к IT они вроде бы не относятся, это другой род инженерных специальностей.
Геймдизайнеры и тестировщики уступают по условиям труда, но все-таки живут сильно лучше не-IT специальностей.
Ну а стажеры... это, кажется, естественные год-другой страданий вообще в любой профессии.
А то сейчас окажется что есть топ ИТ в лице разрабов, девопсов, датасаентистов и дизайнеров, и есть все остальные.
Кажется, остались только сисадмины, тестировщики и аналитики. И все они ну очень сильно лучше большинства россиян живут. Что не отменяет факта: вот этим специальностям профсоюз нужен уже сейчас.
Тут, думаю, надо учитывать, что подобные опросы всегда значительно завышают долю недовольных.
Учтите, что: 1. Вашу статью в принципе прошли мимо все, кому не интересна тема профсоюзов и борьбы за права трудящихся (а среди них, очевидно, как раз почти все довольны) 2. До опроса дочитали не все по тем же причинам 3. Люди почти всегда высказывают свое недовольство, но менее склонны открыто говорить о нейтральном или положительном отношении к чему-либо 4. На хабре много людей из не IT отраслей, у которых все сильно хуже
Ну и опрос все-таки был очень полярный, варианты "Все очень плохо" и "Все просто зашибись" с альтернативой в виде долгого процесса комментирования оставили только тех, у кого точка зрения сильно поляризована.
Вот лично мне, кажется, не может. Ситуация на рынке труда IT (реального, не курьеров и водителей такси) такая, что работодатель уже придумывает новые ништяки раньше, чем я их захотеть успею.
Но вообще профсоюз - штука очень нужная в 99% отраслей, да IT'шникам однажды понадобится, не вечно же наш праздник жизни будет длиться)
В любом случае спасибо за этот цикл статей! Полезное дело делаете
Пробежал статью глазами и так и не понял, в чем суть.
У стандартного для андроида MaterialDesign описаны компоненты, которые тут ваяются, есть хорошо известные нативные способы реализации в верстке, функционал присутствует в каждом первом приложении. Что за OneUI, каким он тут вообще боком?!
Абсолютное большинство удаленщиков работает в +- своем часовом поясе. Те проблемы, о которых Вы написали, относятся не к удаленной работе вообще, а к удаленной работе на другую сторону планеты
Имхо. Корректным способом категоризации любого типа объекта может быть лишь тот, который не требует внешней по отношению к объекту информации.
Пример: Вы нашли книгу, где описываются шагающие города на паровых двигателях. Вы не знаете ни автора, ни года написания. Лишь текст, который Вы можете прочитать.
Однозначно определить жанр книги Вы сможете только если использовать подход автора статьи. Определение из Вики будет бесполезно - оно не может использоваться, если неизвестен автор и год написания.
Исходя из такой логики я склонен считать, что определение из википедии некорректно.
Отдельно хочу отметить, что википедия сейчас является авторитетным источником информации, однако любой авторитет хотя и является аргументом в споре, но не может быть ключевым аргументом.
Более такого, я склонен называть википедию "слабым" авторитетом. Это не научная статья, прошедшая ревью десятка ученых с мировым именем, автором может быть любой школьник.
Сильнейшим же аргументом является подход строгой логики. Так что в данном случае суть спора в значительной степени сводится к тому, с чего я начал. То есть, можем ли мы считать корректным способ категоризации, для применения которого нам недостаточно наблюдать объект, но также надо получить о нем стороннюю информацию? Я считаю, что нет. По опыту, технари с этим в большинстве соглашаются, а гуманитарии - нет. (в гуманитарных науках вообще очень распространен подход привязки категоризации ко времени создания)
Вот только... в той же книге есть Софоны, которые хоть первоначально и распространяются со световой скоростью, в дальнейшем информацию передают мгновенно)
Честно-то говоря, таким же "шедевром" является и слака. Безусловно, у них много классных интеграций, но как средство общения он, имхо, ублюдочен. Лагающий UI, половинчатая локализация, неудобная авторизация и уведомления, которые приходят на сообщения в чате, но не на обсуждения этих сообщений... В жизни бы не стал слаку использовать, не будь она уже историческим стандартом.
Я так и не понял, в чем собственно преимущества рекордов в сравнении с котлиновскими дата-классами для программиста-пользователя?
Деструктурирующие паттерны — вообще немного странная штука, слабо представляю где их действительно хочется использовать, частичный аналог у котлина есть.
Блок with аналогичен методу copy из котлина.
С сериализацией у data классов тоже никаких проблем, достаточно аннотацию проставить. Может быть, внутренняя реализация для записей и проще, но мне, как пользователю, это ничего не дает.
В плане бойлерплейта никаких преимуществ перед дата-классами тоже не вижу.
В общем, повторю свой вопрос. Так какие у записей реальные преимущества для программиста-пользователя?
Все зависит от того, какой набор разрешений выставит приложение, создавшее файл. В приведенных вами случаях что браузер, что airdroid сделают файл видимым для всех приложений на устройстве.
— Во-первых, надо понимать, что Project Loom — это библиотечная фича JVM-платформы, а не языковая. Поэтому с ней интеграция намного проще, не нужно вносить изменения в язык.
И второе, что надо понимать: хотя кажется, что Project Loom и корутины для одной бизнес-области, и оба про какое-то асинхронное программирование, цели этих проектов очень разные. И трейд-оффы в отношении производительности тоже в итоге разные.
Сильный ИИ не "вдруг" появится. Это долгие годы постепенного усовершенствования. Пока ИИ сможет выполнять сложную работу, всех, кто ранее выполнял простую, уже на него заменят.
Я главным образом обращал внимание на issues и pull requests, их очень много у либы из статьи.
Ну и аккаунт сам по себе активный у адаптер-делегатов, там почти каждый месяц куда-нибудь контрибутится что-то, а у либы из статьи - ни разу за год.
В любом случае, спасибо за статью)
Есть несколько различных реализаций, которые доведены до ума в большей степени, чем представленная.
Советую изучить хотя бы наиболее известный вариант из таких
https://github.com/sockeqwe/AdapterDelegates
П.с. а еще библиотека из поста кажись заброшена
Я обычно использую выражение "с точностью до..." в смысле "кроме...".
Возможно, надо повторить русский язык, а может специфика какого-то местного сленга))
Ох и отхватил же я минусцов!
Совпадение никнейма (заметьте, не leshka95, а сравнительно редкого) + совпадение специальности дают очень высокий шанс совпадения и человека. Много раз искал рандомных людей по никам, это почти всегда срабатывает.
Я не говорю, что полностью законно, я не силен в юриспруденции.
Я согласен, что СИЗО тут совершенно точно перебор.
В целом считаю СИЗО лишенным смысла для тех кто подозревается в статье, не связанной с физическим насилием, и ранее не пытался скрыться от следствия.
Но чисто математически и исходя из здравой логики, улики были достаточны для того, чтобы проверить. И проверить надежно без обыска и хотя бы домашнего ареста я просто не представляю, как.
Так его вроде отпустили и оправдали, просто была очень вероятная ниточка к раскрытию дела: программист, с ником как у хакера, ну как на такое не клюнуть полиции?
Считаю, с точностью до процесса (и СИЗО вместо домашнего ареста), полиция все делала правильно.
Разработчикам, девопсам, датасаентистам и дизайнерам сейчас профсоюз не особо нужен, но однажды понадобится.
Прочим IT специальностям будет весьма полезен уже сейчас.
Не IT специальностям по зарез нужны профсоюзы не вчера даже, а позавчера.
Кажется, так я выразил свою итоговую мысль. И да, Ваш комментарий повлиял на то, что я частично свою позицию скорректировал.
Да, к IT они вроде бы не относятся, это другой род инженерных специальностей.
Геймдизайнеры и тестировщики уступают по условиям труда, но все-таки живут сильно лучше не-IT специальностей.
Ну а стажеры... это, кажется, естественные год-другой страданий вообще в любой профессии.
Кажется, остались только сисадмины, тестировщики и аналитики. И все они ну очень сильно лучше большинства россиян живут. Что не отменяет факта: вот этим специальностям профсоюз нужен уже сейчас.
Тут, думаю, надо учитывать, что подобные опросы всегда значительно завышают долю недовольных.
Учтите, что:
1. Вашу статью в принципе прошли мимо все, кому не интересна тема профсоюзов и борьбы за права трудящихся (а среди них, очевидно, как раз почти все довольны)
2. До опроса дочитали не все по тем же причинам
3. Люди почти всегда высказывают свое недовольство, но менее склонны открыто говорить о нейтральном или положительном отношении к чему-либо
4. На хабре много людей из не IT отраслей, у которых все сильно хуже
Ну и опрос все-таки был очень полярный, варианты "Все очень плохо" и "Все просто зашибись" с альтернативой в виде долгого процесса комментирования оставили только тех, у кого точка зрения сильно поляризована.
Вот лично мне, кажется, не может. Ситуация на рынке труда IT (реального, не курьеров и водителей такси) такая, что работодатель уже придумывает новые ништяки раньше, чем я их захотеть успею.
Но вообще профсоюз - штука очень нужная в 99% отраслей, да IT'шникам однажды понадобится, не вечно же наш праздник жизни будет длиться)
В любом случае спасибо за этот цикл статей! Полезное дело делаете
Пробежал статью глазами и так и не понял, в чем суть.
У стандартного для андроида MaterialDesign описаны компоненты, которые тут ваяются, есть хорошо известные нативные способы реализации в верстке, функционал присутствует в каждом первом приложении. Что за OneUI, каким он тут вообще боком?!
Третья анимация вот тут примерно то же самое.
https://material.io/components/app-bars-top#behavior
По той же ссылке можно найти способ реализации и описание всех возможностей
Абсолютное большинство удаленщиков работает в +- своем часовом поясе.
Те проблемы, о которых Вы написали, относятся не к удаленной работе вообще, а к удаленной работе на другую сторону планеты
Имхо. Корректным способом категоризации любого типа объекта может быть лишь тот, который не требует внешней по отношению к объекту информации.
Пример:
Вы нашли книгу, где описываются шагающие города на паровых двигателях. Вы не знаете ни автора, ни года написания. Лишь текст, который Вы можете прочитать.
Однозначно определить жанр книги Вы сможете только если использовать подход автора статьи. Определение из Вики будет бесполезно - оно не может использоваться, если неизвестен автор и год написания.
Исходя из такой логики я склонен считать, что определение из википедии некорректно.
Отдельно хочу отметить, что википедия сейчас является авторитетным источником информации, однако любой авторитет хотя и является аргументом в споре, но не может быть ключевым аргументом.
Более такого, я склонен называть википедию "слабым" авторитетом. Это не научная статья, прошедшая ревью десятка ученых с мировым именем, автором может быть любой школьник.
Сильнейшим же аргументом является подход строгой логики. Так что в данном случае суть спора в значительной степени сводится к тому, с чего я начал. То есть, можем ли мы считать корректным способ категоризации, для применения которого нам недостаточно наблюдать объект, но также надо получить о нем стороннюю информацию? Я считаю, что нет. По опыту, технари с этим в большинстве соглашаются, а гуманитарии - нет. (в гуманитарных науках вообще очень распространен подход привязки категоризации ко времени создания)
Пипец простыня вышла)))
А какой процент мужчин в РФ ходит в декрет? Едва ли 5% наберется.
А женщин - порядка 70-80%, еще и по 2 раза многие.
Вот вроде и сексизм, но ведь объективный!
Вот только... в той же книге есть Софоны, которые хоть первоначально и распространяются со световой скоростью, в дальнейшем информацию передают мгновенно)
Сразу видно, что минусящие текст-то особо не читали)
Честно-то говоря, таким же "шедевром" является и слака. Безусловно, у них много классных интеграций, но как средство общения он, имхо, ублюдочен. Лагающий UI, половинчатая локализация, неудобная авторизация и уведомления, которые приходят на сообщения в чате, но не на обсуждения этих сообщений...
В жизни бы не стал слаку использовать, не будь она уже историческим стандартом.
Деструктурирующие паттерны — вообще немного странная штука, слабо представляю где их действительно хочется использовать, частичный аналог у котлина есть.
Блок with аналогичен методу copy из котлина.
С сериализацией у data классов тоже никаких проблем, достаточно аннотацию проставить. Может быть, внутренняя реализация для записей и проще, но мне, как пользователю, это ничего не дает.
В плане бойлерплейта никаких преимуществ перед дата-классами тоже не вижу.
В общем, повторю свой вопрос. Так какие у записей реальные преимущества для программиста-пользователя?
Из интервью с Елизаровым здесь же на хабре:
Полностью можно прочитать по ссылке, но суть в том, что это действительно другая асинхронность, которая при этом и для других целей. https://habr.com/ru/company/jugru/blog/547138/