Не понимаю, откуда берётся это желание заставлять всех скачивать своё приложение.
Почему же, очень даже понятно. В приложении пользователю будет намного сложнее заблочить рекламу. Приложение имеет гораздо больше доступов к твоим данным, оно может слить твои контакты, местоположение, список других установленных приложений и т.д. А так же делать это постоянно в фоне, а не только когда пользователь зашел на сайт (сайты тоже могут поставить фоновый worker, но это надо пользователю отдельно разрешить, в отличие от приложения). Не говоря уже о размере приложения, такое впечатление, что там внутри зашит полноценный фильм в 4к. Поэтому там где есть альтернатива использовать сайт вместо приложения, я стараюсь везде использовать именно сайт.
Цель jquery была минимизировать отличия в работе с DOM у разных браузеров и предоставить удобный API для поиска и изменения контента на странице. Сейчас это во многом стало ненужным, современный js умеет всё то же самое "из коробки", где-то с практически таким же синтакисом, где-то с чуть другим, но очень похожим. Поэтому я когда делаю какие-то мелкие доработки для админки, уже делаю это на чистом js.
Мы делали где-то десяток-полтора портов под разные модели телефонов. Процесс этот был во многом ручной и тяжелый - надо было подогнать константы координат объектов под нужное разрешение экрана (да, всё в пикселях и абсолютных координатах). Проверить правильность работы в эмуляторе (годился стандартный, входящий в поставку средств разработчика MIDP2.0). А затем крайне желательно было проверить поведение игры на реальном телефоне. Так как могли всплыть неучтенные особенности с отрисовкой, поведением, воспроизведением звука и т.п. И хорошо, если можно было закачать на телефон по шнурку или ИК - некоторые модели позволяли только установку через WAP. Для этого у нас была куча телефонов для проверки, а также специальная симка с мобильным интернетом.
Особенно доставляла необходимость на некоторых моделях уложиться в определенный размер jar-файла. Насколько помню, 64 килобайта на ранних моделях нокий S40. Или 100 кб на самсунге X100. И вот тогда начинались ухищрения с перепаковкой джара зипом с более высокой степенью сжатия, уменьшением кол-ва цветов в графике вплоть до монохромной пнг с дизерингом. Если все равно размер был слишком большой, в ход шла тяжелая артиллерия: при сборке джарника штатным являлось использование обфускатора типа ProGuard, который, делает все именна переменных, классов и методов в одну-две буквы, экономя место (это кстати видно в статье в первом приложенном исходнике, явно после обфускации). Так вот, существовала патченная версия прогварда, которая позволяла мержить несколько классов в один большой фактически путем заинлайнивания кода из разных классов в один. Это позволяло еще сильнее уменьшить размер джарника, но такой джарник надо было очень тщательно тестировать, потому что запросто могли вылезти глюки после такого мержинга. И приходилось добавлять определенные классы в исключения, чтобы они не мержились (что приводило к увеличению джарника и надо было опять не вылезти за ограничение). В общем, процесс был долгим и увлекательным, не чета современному вайбкодингу...
По поводу распространения игр - да, были издатели, которые выкладывали игры у себя на серверах и давали их скачивать за платные СМС. Там арифметика стоимости была примерно следующая - пусть смс для закачки игры стоит 150 руб - из них половину сразу забирал сотовый оператор, еще половину из оставшейся суммы забирал издатель, и фирме-разработчику уходила хорошо если четверть от стоимости. Ну и пиратились игры очень быстро, и это стало большой проблемой, так как доходы падали. Поэтому в итоге и перешли на сетевые игры с продажей игровой валюты, а сами джарники выкладывали у себя вообще бесплатно...
Сталкивался с глючащим железом на сервере, выглядело это страшно. Причем постгрес падение по сегфолту и дальнейший перезапуск переносит относительно спокойно, а в elasticsearch это каждый раз заканчивалось повреждением индекса, чинить который очень тяжело и проще грохнуть и заново создавать.
Бизнесу нужен предсказуемый результат. Он не может ждать. пока на разработчика снизойдет вдохновение и наконец дойдут руки до проекта. Поэтому он и требует оценки и сроков, потому что под эти сроки закупается реклама, заключаются договора с издателями и облачными сервисами, распределяются бюджеты и так далее.
А быть художником... так художник тоже несвободен в своих делах. Разве что он пишет для себя. Но тогда он должен иметь какой-то другой источник средств к существованию. А иначе... возьмем классический пример - Микеланджело расписывал потолок Сикстинской капеллы. Так ему тоже поставили сроки - роспись должна быть готова к ее открытию, а не через 30 лет или когда он сподобится к ней подойти...
VNC - не самый лучший вариант в случае читалки на электронных чернилах. Могут не совпадать разрешения экрана, из-за чего либо будут огромные буквы, либо наоборот, слишком мелкие, либо криво отмасштабированные. То есть нагрузка на глаза может только еще возрасти. Ладно бы еще редактировал прямо на читалке бо там обычный Android и можно поставить любой необходимый софт.
Тут больше вопрос к алгоритмам - как понять, что это именно то, чем человек интересуется и дать релевантную подсказку, а не просто забивать экран случайным шумом обо всем увиденном и услышанном
Ты дотянул до последнего дня... А это кстати тоже звоночек, для работы в ИТ...
Да, вот это ключевое. Если вылезла подобная проблема уже на таком раннем этапе (а в институте конечно меньше чем в школе, но все равно с тобой возятся, постоянно спрашивают, подсказывают и т.п.), то в реальной работе это будет означать постоянный срыв дедлайнов и недоделки по задачам. Мало какому работодателю такое понравится.
Так что может действительно лучше в армию и потом попробовать себя в другой области.
Лучшим решением в мобильной индустрии была концепция Metro с системой кастомизированных плиток, используемой в Windows Phone 7 и 8.
Очень спорное утверждение. Metro в целом народу очень сильно не понравилась, особенно стартовый экран в Windows 8 вместо "пуска". И поэтому Пуск пришлось вернуть. С ненавистным Вам списком...
Почему же, очень даже понятно. В приложении пользователю будет намного сложнее заблочить рекламу. Приложение имеет гораздо больше доступов к твоим данным, оно может слить твои контакты, местоположение, список других установленных приложений и т.д. А так же делать это постоянно в фоне, а не только когда пользователь зашел на сайт (сайты тоже могут поставить фоновый worker, но это надо пользователю отдельно разрешить, в отличие от приложения). Не говоря уже о размере приложения, такое впечатление, что там внутри зашит полноценный фильм в 4к. Поэтому там где есть альтернатива использовать сайт вместо приложения, я стараюсь везде использовать именно сайт.
Цель jquery была минимизировать отличия в работе с DOM у разных браузеров и предоставить удобный API для поиска и изменения контента на странице. Сейчас это во многом стало ненужным, современный js умеет всё то же самое "из коробки", где-то с практически таким же синтакисом, где-то с чуть другим, но очень похожим. Поэтому я когда делаю какие-то мелкие доработки для админки, уже делаю это на чистом js.
Так это же мечта рекламодателя - не дать пользователю отключить рекламу) Странно, что об этом не подумали, убивая Flash
Мы делали где-то десяток-полтора портов под разные модели телефонов. Процесс этот был во многом ручной и тяжелый - надо было подогнать константы координат объектов под нужное разрешение экрана (да, всё в пикселях и абсолютных координатах). Проверить правильность работы в эмуляторе (годился стандартный, входящий в поставку средств разработчика MIDP2.0). А затем крайне желательно было проверить поведение игры на реальном телефоне. Так как могли всплыть неучтенные особенности с отрисовкой, поведением, воспроизведением звука и т.п. И хорошо, если можно было закачать на телефон по шнурку или ИК - некоторые модели позволяли только установку через WAP. Для этого у нас была куча телефонов для проверки, а также специальная симка с мобильным интернетом.
Особенно доставляла необходимость на некоторых моделях уложиться в определенный размер jar-файла. Насколько помню, 64 килобайта на ранних моделях нокий S40. Или 100 кб на самсунге X100. И вот тогда начинались ухищрения с перепаковкой джара зипом с более высокой степенью сжатия, уменьшением кол-ва цветов в графике вплоть до монохромной пнг с дизерингом. Если все равно размер был слишком большой, в ход шла тяжелая артиллерия: при сборке джарника штатным являлось использование обфускатора типа ProGuard, который, делает все именна переменных, классов и методов в одну-две буквы, экономя место (это кстати видно в статье в первом приложенном исходнике, явно после обфускации). Так вот, существовала патченная версия прогварда, которая позволяла мержить несколько классов в один большой фактически путем заинлайнивания кода из разных классов в один. Это позволяло еще сильнее уменьшить размер джарника, но такой джарник надо было очень тщательно тестировать, потому что запросто могли вылезти глюки после такого мержинга. И приходилось добавлять определенные классы в исключения, чтобы они не мержились (что приводило к увеличению джарника и надо было опять не вылезти за ограничение). В общем, процесс был долгим и увлекательным, не чета современному вайбкодингу...
По поводу распространения игр - да, были издатели, которые выкладывали игры у себя на серверах и давали их скачивать за платные СМС. Там арифметика стоимости была примерно следующая - пусть смс для закачки игры стоит 150 руб - из них половину сразу забирал сотовый оператор, еще половину из оставшейся суммы забирал издатель, и фирме-разработчику уходила хорошо если четверть от стоимости. Ну и пиратились игры очень быстро, и это стало большой проблемой, так как доходы падали. Поэтому в итоге и перешли на сетевые игры с продажей игровой валюты, а сами джарники выкладывали у себя вообще бесплатно...
И Стругацкие о чем-то подобном тоже догадались - см "Хищные вещи века".
Такое и раньше было - если нужно было фоновое воспроизведение, то надо было в меню Firefox поставить галочку Вид для ПК.
Так уже чуть ли не открытым текстом предупредили, что в 2026г gmail всё
Сталкивался с глючащим железом на сервере, выглядело это страшно. Причем постгрес падение по сегфолту и дальнейший перезапуск переносит относительно спокойно, а в elasticsearch это каждый раз заканчивалось повреждением индекса, чинить который очень тяжело и проще грохнуть и заново создавать.
Бизнесу нужен предсказуемый результат. Он не может ждать. пока на разработчика снизойдет вдохновение и наконец дойдут руки до проекта. Поэтому он и требует оценки и сроков, потому что под эти сроки закупается реклама, заключаются договора с издателями и облачными сервисами, распределяются бюджеты и так далее.
А быть художником... так художник тоже несвободен в своих делах. Разве что он пишет для себя. Но тогда он должен иметь какой-то другой источник средств к существованию. А иначе... возьмем классический пример - Микеланджело расписывал потолок Сикстинской капеллы. Так ему тоже поставили сроки - роспись должна быть готова к ее открытию, а не через 30 лет или когда он сподобится к ней подойти...
VNC - не самый лучший вариант в случае читалки на электронных чернилах. Могут не совпадать разрешения экрана, из-за чего либо будут огромные буквы, либо наоборот, слишком мелкие, либо криво отмасштабированные. То есть нагрузка на глаза может только еще возрасти. Ладно бы еще редактировал прямо на читалке бо там обычный Android и можно поставить любой необходимый софт.
На мобильной связи - уже так.
У нас длинные руки.
Тут больше вопрос к алгоритмам - как понять, что это именно то, чем человек интересуется и дать релевантную подсказку, а не просто забивать экран случайным шумом обо всем увиденном и услышанном
Потому что чатгпт тоже лежал, и некому было объяснить что произошло...
Первое время - да. Потом это пофиксили.
Да, вот это ключевое. Если вылезла подобная проблема уже на таком раннем этапе (а в институте конечно меньше чем в школе, но все равно с тобой возятся, постоянно спрашивают, подсказывают и т.п.), то в реальной работе это будет означать постоянный срыв дедлайнов и недоделки по задачам. Мало какому работодателю такое понравится.
Так что может действительно лучше в армию и потом попробовать себя в другой области.
Да там небось скрипт собирает новости из желтой прессы, делает пересказ через LLM, чтобы не было duplicate content и постит автоматом...
Очень спорное утверждение. Metro в целом народу очень сильно не понравилась, особенно стартовый экран в Windows 8 вместо "пуска". И поэтому Пуск пришлось вернуть. С ненавистным Вам списком...
При этом кошки при одомашнивании внешне не изменились, потому что сразу были идеальными)
А для таких умных закон приняли, что не больше 10 или скольки там карт на человека)