В данном случае на рэкет больше похожи действия эпиков
Да, со стороны Эпиков была продуманная провокация с заготовлеными действиями на несколько ходов вперед. Понимаю, что решение об отключении аккаунтов разработчиков принимали люди понимающие ситуацию на порядки лучше чем мы, но, на мой взгляд, такой ход выглядит как минимум странно и скорее навредит Apple в этой войне и имиджу в целом
Абсолютно нейтрально отношусь к обеим компаниям, но наблюдать за этими событиями интересно. Многие уже об этом говорили и я согласен с тем, что то как оперативно Epic Games после блокировки Fortnite подали иски в суд, показывает, что включение внутриигровых покупок было лишь провокацией, на которую Apple и Google ответили именно так, как от них ожидали. А реальная цель у эпиков, скорее всего, более серьезная, перевести вопрос с конкретного приложения на более высокий уровень и получить возможность открыть свои магазины приложений.
Блокировка Fortnite была ожидаема и неотвратима, а вот удаление аккаунта разработчика со стороны Apple выглядело уже странно. Будь это решение какого-то человека, то можно было бы сказать, что решение импульсивное, основанное на эмоциях, но чем руководствовались в Apple непонятно. А после текущего заявления «ребята, давайте жить дружно» действия Apple выглядят как-то совсем уж сумбурно.
Крепление монитора абсолютно жестким может только если для него сделать раму из металлических уголков с серьезным креплением к столешнице в нескольких точках, но и тогда останется люфт самой столешницы и ее крепления. А уж если говорить о кронштейнах с точечным креплением с одной стороны и монитором весом в несколько килограмм с другой, как на фото выше, то ни о какой жесткости крепления и неподвижности относительно глаз пользователя при раскачивании вообще нельзя говорить.
Хм, действительно, есть в тегах "юмор" и "юмор?". Лично мне как-то сложно оценить статью как "забавная". А теги не могли добавить уже после того как пошла критика в комментариях и статья ушла в минус? Но даже если перевод сделан из-за того, что переводчик посчитал статью забавной, все равно публикация подобной статьи в блоге школы программирования очень сомнительна. Сколько людей после прочтения статьи смотрят еще и в список тегов? Я, например, обратил на него внимание впервые за многие годы и только после Вашего комментария. В итоге ряд людей, прочитавших статью, на ее основании могут составить себе неверную картину.
Думаю, почти все это поняли, но если кто-то решил потратить время на перевод, да и еще опубликовал его - значит с содержанием статьи он согласен. Ладно если бы этот перевод сделал обычный юзер, но его ведь публикует контора, которая занимается обучением программированию. Если они публикуют переводы статей, в которых автор явно с темой знаком довольно поверхностно, то уже возникают вопросы о том, каков же уровень знаний у самих ребят из SkillFactory
Спасибо за информацию и за скидку. Забавно что книга из будущего, 2022-м годом датирована. Это опечатка или так задумано? Если задумано, то почему, если не секрет?
Не так страшны ранние анонсы, как ранние объявления даты релиза. Да, к Киберанку были завышенные ожидания, но не из-за раннего анонса, на мой взгляд, а из-за популярности Ведьмаков, а вот реальные проблемы ему (да и многим другим играм) создало преждевременное объявление даты релиза когда еще ничего не готово. В результате приходится релиз переносить, поднимается волна недовольства, к новой дате опять не успевают и новый перенос — недовольство перерастает в хейт, фанаты негодуют, инвесторы недовольны. В итоге у разработчиков не остается другого выбора как пускать в релиз сырой и забагованный продукт, что и игру может похоронить, а может привести и к закрытию студии
Никто с этим не спорит, и голосовой ввод должен развиваться, чтобы дать возможность таким людям полноценно программировать. Но в статье и в некоторых комментариях речь идет не об альтернативном варианте для людей с физическими проблемами, а о замене ввода с клавиатуры на голосовой в целом, мол это будет быстрее.
И жда, все горячие клавиши (и тем более инструменты без них) — так вообще пековые в очереди на привязку к голосовому управлению (поначалу, конечно длинные комбинации, а потом и одноклавишные подтянутся).
Любой хоткей, даже составной, вроде Ctrl+R Ctrl+S, прожимается меньше чем за секунду, я уже не говорю об одиночных. Какой выигрыш может дать замена их на голосовые команды?
И про синтаксис я тоже там написал — что его нужно упрощать и адаптировать в новых ЯП
Вы ведь понимаете, что в современных ЯП синтаксис сложный не потому, что это программистам нравится? Синтаксис языков развивается и эволюционирует, и основные приоритеты при этом — это функциональность, компактность, лаконичность и читаемость кода. Упрощая синтаксис вы будете терять что-то из этих показателей. В итоге голосовой ввод из инструмента превращается в самоцель, получая приоритет выше чем сам язык программирования.
И про сниппеты и гисты я написал — что ими голосом управлять будет проще, чем вызывать горячими клавишами
Возьмем простейший пример, надо создать класс данных для общения c Web API. Я копирую в буфер обмена имя поля со страницы документации API, в студии набираю «ps», прожимаю Tab — получаю заготовку public string Name { get; set; } с выделенным именем, далее Crtl+v, и снова Tab. В итоге на создание поля уходит около двух секунд. Предложите, пожалуйста, набор голосовых команд для данного сценария, которые вы внятно произнесете хотя бы за те же 2 секунды.
а просто для расслабления после ручного кодирования.
Да не набирает программист за день столько кода, чтобы была необходимость расслаблять руки.
Приведите, пожалуйста сложный пример, который голосом будет дольше набираться?
Зачем сложный? Как Вы предлагаете озвучить следующие три простых строки (с сохранением регистра символов)? Обратите внимание, что recPath и recFile не распознаются как слова. И как быть с сокращениями? Посимвольно озвучивать?
string recPath = @"d:\Temp"; // TODO: Get record file path
string recFile = "TESTRecordABC.dat"; // TODO: Get record file name
string header = $@"[{DateTime.Now:HH:mm:ss.fff}] {recPath}\{recFile}";
Я не против голосового программирования как такового, оно должно развиваться, ибо даст возможность полноценно работать парализованным людям. Но в Вашем виденье оно выступает серебряной пулей и заменой ввода с клавиатуры с голословными утверждениями что это будет быстрее. Мало того, Вы предлагаете подстраивать ЯП под голосовой ввод в ущерб синтаксису.
На мой взгляд, тема не особо актуальна и имеет скорее академический интерес, чем практический. Основные причины:
— набор кода в программировании — далеко не самый затратный по времени процесс и голосовой ввод не приведет к заметному выигрышу по времени в целом;
— голосовой ввод может выглядеть привлекательно в плане ускорения для простых конструкций языка уровня «hello world», а вот для более-менее сложных эффект может быть противоположным;
— синтаксис современных языков программирования довольно сложен, чтобы описывать его голосом и при этом еще и выигрывать по времени;
— хоткеи, интеллектуальные помощники и сниппеты кода в современных IDE в большинстве случаев позволяют писать код на порядок быстрее чем вы расскажете компьютеру что вы от него хотите
Иногда от знакомых слышу фразу «О, ты все еще пользуешься RSS», а я наоборот не представляю каково это без него. Мой день начинается с просмотра почты и RSS. Основные плюсы для меня:
— экономия времени, все таки пролистать ленту занимает меньше времени чем гуляние по сайтам;
— не дает уйти в прокрастинацию «Я еще на этот сайтик зайду», просмотрел ленту — и к работе;
— вы уверены, что не пропустите ни одной статьи;
Пользуюсь Feedly т.к. важна синхронизация состояния лент между устройствами. Под Windows нормального клиента не нашел, приходиться в браузере смотреть, а вот под Android пользуюсь Palabre, очень рекомендую попробовать.
Спасибо, но нет. При первом знакомстве действительно возникает восторг от возможностей, вот только после нескольких месяцев интенсивного использования я от него отказался. У Notion на данный момент есть ряд проблем:
— отсутствие нормального оффлайн режима, ложатся сервера, как месяц назад, и все, машите ручкой вашим данным;
— отсутствие глобальных тегов, из-за чего нормально выполнить поиск по всем заметкам невозможно. Да и сам поиск довольно медленный, с ростом количества заметок это превращается в большую проблему;
— тормоза клиентских приложений при запуске и загрузке заметок. Одна из баз у меня была по фильмам/сериалам, само собой, что просматривать ее хотелось в виде галереи. В итоге это выглядело так: 3-4 секунды подгружается десятка два карточек, скролим до конца, опять ждем пару секунд пока подгрузится следующий блок, на андроиде это было еще раза в два медленнее;
— отсутствие нормального веб-клиппера и механизма быстрых заметок. На андроиде приложение даже простой текст не умеет в себя принимать через механизм «поделиться».
В итоге вроде инструмент мощный, в инете полно восторженных статей и видео о нем, вот только действительность не такая радужная и комфортно им пользоваться невозможно. Пользоваться и надеяться, что разработчики решат эти проблемы — тоже сомнительное решение, ибо роадмап они перестали вести еще весной прошлого года, а от техподдержки адекватных ответов не получить.
Вот только это не работает, если заметки разнесены по разным таблицам. Для примера, не получится создать две базы «Фильмы» и «Книги» и по тегу «фантастика» найти и книги и фильмы. А если сливать все в одну кучу, то теряется основное преимущество Notion в настройке наборов колонок под разные группы заметок
Техподдержка помогает решать проблемы в рамках существующего функционала продукта, и по этому критерию ее нужно оценивать
Именно по этому параметру я и оцениваю, импорт — это существующий функционал. Мало того, разработчики Notion призывают переносить заметки из Evernote, даже 5$ на будущую подписку за это дают, пытаешься импортировать — не работает импорт. Находишь проблему, обращаешься с ней в техподдержку, а тебе говорят, мол мы об этом знаем, фиксить не планируем, бери сам ручками все исправляй.
Быстренько закодить фичу вместо devteam?
Нет, кодить они не должны, но должны вместе с разработчиками решать существующие проблемы.
Вот они Вам и ответили как смогли
Тоесть в Вашем понимании техподдержку отвечающую в стиле «ну да, есть бага, но исправлять мы ее не будем, страдайте» можно назвать одной из лучших? Опишите, пожалуйста, свой опыт общения с ними на основе которого Вы даете им такую оценку.
Вот это и есть та бага о которой я писал, это значит, что в 11-й заметке была таблица, но разработчики не видят в этом ничего критичного.
А Evernote после многих лет застоя вроде таки начал развиваться, буквально сегодня сутра обновился, появилась главная страница с настраиваемыми виджетами и еще ряд нововведений.
Поддержка одна из лучших. Внимание к деталям и требованиям сообщества запредельное
А вы сами то общались с техподдержкой? Я общался, и впечатление сложилось абсолютно противоположное. Рекомендация мне перебрать заметки в Evernote (а их у меня более 3К) и вручную убрать таблицы, чтобы Notion таки смог их импортировать — как-то не тянет на хорошую техподдержку. И не надо апеллировать к тому, что есть бесплатный тариф или красивенькие скролбары, тормоза, косяки и баги это никак не оправдывает.
Я после некоторого времени в Notion без сожаления тоже вернулся к заметкам в Evernote, а вот в плане проектов ранее использовавшийся Trello уже не устраивал по возможностям. Перебрал десятка полтора альтернатив и остановился на ClickUp. Мощнейший функционал вплоть до рисования mindmap и последующем преобразовании ее узлов в задачи
Да, со стороны Эпиков была продуманная провокация с заготовлеными действиями на несколько ходов вперед. Понимаю, что решение об отключении аккаунтов разработчиков принимали люди понимающие ситуацию на порядки лучше чем мы, но, на мой взгляд, такой ход выглядит как минимум странно и скорее навредит Apple в этой войне и имиджу в целом
Блокировка Fortnite была ожидаема и неотвратима, а вот удаление аккаунта разработчика со стороны Apple выглядело уже странно. Будь это решение какого-то человека, то можно было бы сказать, что решение импульсивное, основанное на эмоциях, но чем руководствовались в Apple непонятно. А после текущего заявления «ребята, давайте жить дружно» действия Apple выглядят как-то совсем уж сумбурно.
Крепление монитора абсолютно жестким может только если для него сделать раму из металлических уголков с серьезным креплением к столешнице в нескольких точках, но и тогда останется люфт самой столешницы и ее крепления. А уж если говорить о кронштейнах с точечным креплением с одной стороны и монитором весом в несколько килограмм с другой, как на фото выше, то ни о какой жесткости крепления и неподвижности относительно глаз пользователя при раскачивании вообще нельзя говорить.
Хм, действительно, есть в тегах "юмор" и "юмор?". Лично мне как-то сложно оценить статью как "забавная". А теги не могли добавить уже после того как пошла критика в комментариях и статья ушла в минус? Но даже если перевод сделан из-за того, что переводчик посчитал статью забавной, все равно публикация подобной статьи в блоге школы программирования очень сомнительна. Сколько людей после прочтения статьи смотрят еще и в список тегов? Я, например, обратил на него внимание впервые за многие годы и только после Вашего комментария. В итоге ряд людей, прочитавших статью, на ее основании могут составить себе неверную картину.
Думаю, почти все это поняли, но если кто-то решил потратить время на перевод, да и еще опубликовал его - значит с содержанием статьи он согласен. Ладно если бы этот перевод сделал обычный юзер, но его ведь публикует контора, которая занимается обучением программированию. Если они публикуют переводы статей, в которых автор явно с темой знаком довольно поверхностно, то уже возникают вопросы о том, каков же уровень знаний у самих ребят из SkillFactory
Спасибо за информацию и за скидку. Забавно что книга из будущего, 2022-м годом датирована. Это опечатка или так задумано? Если задумано, то почему, если не секрет?
Первая же гифка в статье - яркий пример этого. Если бы не заголовок, то не знаю, догадался бы я что эти пятна являются курсором
Вы ведь понимаете, что в современных ЯП синтаксис сложный не потому, что это программистам нравится? Синтаксис языков развивается и эволюционирует, и основные приоритеты при этом — это функциональность, компактность, лаконичность и читаемость кода. Упрощая синтаксис вы будете терять что-то из этих показателей. В итоге голосовой ввод из инструмента превращается в самоцель, получая приоритет выше чем сам язык программирования.
Возьмем простейший пример, надо создать класс данных для общения c Web API. Я копирую в буфер обмена имя поля со страницы документации API, в студии набираю «ps», прожимаю Tab — получаю заготовку public string Name { get; set; } с выделенным именем, далее Crtl+v, и снова Tab. В итоге на создание поля уходит около двух секунд. Предложите, пожалуйста, набор голосовых команд для данного сценария, которые вы внятно произнесете хотя бы за те же 2 секунды.
Да не набирает программист за день столько кода, чтобы была необходимость расслаблять руки.
Зачем сложный? Как Вы предлагаете озвучить следующие три простых строки (с сохранением регистра символов)? Обратите внимание, что recPath и recFile не распознаются как слова. И как быть с сокращениями? Посимвольно озвучивать?
Я не против голосового программирования как такового, оно должно развиваться, ибо даст возможность полноценно работать парализованным людям. Но в Вашем виденье оно выступает серебряной пулей и заменой ввода с клавиатуры с голословными утверждениями что это будет быстрее. Мало того, Вы предлагаете подстраивать ЯП под голосовой ввод в ущерб синтаксису.
— набор кода в программировании — далеко не самый затратный по времени процесс и голосовой ввод не приведет к заметному выигрышу по времени в целом;
— голосовой ввод может выглядеть привлекательно в плане ускорения для простых конструкций языка уровня «hello world», а вот для более-менее сложных эффект может быть противоположным;
— синтаксис современных языков программирования довольно сложен, чтобы описывать его голосом и при этом еще и выигрывать по времени;
— хоткеи, интеллектуальные помощники и сниппеты кода в современных IDE в большинстве случаев позволяют писать код на порядок быстрее чем вы расскажете компьютеру что вы от него хотите
— экономия времени, все таки пролистать ленту занимает меньше времени чем гуляние по сайтам;
— не дает уйти в прокрастинацию «Я еще на этот сайтик зайду», просмотрел ленту — и к работе;
— вы уверены, что не пропустите ни одной статьи;
Пользуюсь Feedly т.к. важна синхронизация состояния лент между устройствами. Под Windows нормального клиента не нашел, приходиться в браузере смотреть, а вот под Android пользуюсь Palabre, очень рекомендую попробовать.
— отсутствие нормального оффлайн режима, ложатся сервера, как месяц назад, и все, машите ручкой вашим данным;
— отсутствие глобальных тегов, из-за чего нормально выполнить поиск по всем заметкам невозможно. Да и сам поиск довольно медленный, с ростом количества заметок это превращается в большую проблему;
— тормоза клиентских приложений при запуске и загрузке заметок. Одна из баз у меня была по фильмам/сериалам, само собой, что просматривать ее хотелось в виде галереи. В итоге это выглядело так: 3-4 секунды подгружается десятка два карточек, скролим до конца, опять ждем пару секунд пока подгрузится следующий блок, на андроиде это было еще раза в два медленнее;
— отсутствие нормального веб-клиппера и механизма быстрых заметок. На андроиде приложение даже простой текст не умеет в себя принимать через механизм «поделиться».
В итоге вроде инструмент мощный, в инете полно восторженных статей и видео о нем, вот только действительность не такая радужная и комфортно им пользоваться невозможно. Пользоваться и надеяться, что разработчики решат эти проблемы — тоже сомнительное решение, ибо роадмап они перестали вести еще весной прошлого года, а от техподдержки адекватных ответов не получить.
Именно по этому параметру я и оцениваю, импорт — это существующий функционал. Мало того, разработчики Notion призывают переносить заметки из Evernote, даже 5$ на будущую подписку за это дают, пытаешься импортировать — не работает импорт. Находишь проблему, обращаешься с ней в техподдержку, а тебе говорят, мол мы об этом знаем, фиксить не планируем, бери сам ручками все исправляй.
Быстренько закодить фичу вместо devteam?
Нет, кодить они не должны, но должны вместе с разработчиками решать существующие проблемы.
Вот они Вам и ответили как смогли
Тоесть в Вашем понимании техподдержку отвечающую в стиле «ну да, есть бага, но исправлять мы ее не будем, страдайте» можно назвать одной из лучших? Опишите, пожалуйста, свой опыт общения с ними на основе которого Вы даете им такую оценку.
А Evernote после многих лет застоя вроде таки начал развиваться, буквально сегодня сутра обновился, появилась главная страница с настраиваемыми виджетами и еще ряд нововведений.