Хм, написал автор плагин с использованием jQuery, а потом "другой разработчик на каком-нибудь, например, Ангуляр, захочет использовать ваш плагин и ему придётся тянуть лишнюю зависимость"…
Если я пишу с использованием jQuery, то и готовые решения подбираю на jQuery, если пишу на Angular, то и решения подбираю соответствующие. А если я начинаю ради пары-тройки плагинов тянуть в один проект несколько фреймворков и больших библиотек — это однозначно проблема во мне, а не в тех, кто писал хорошие плагины под конкретные фреймворки
Похоже, я примерно ровесник автору. И когда я писал код еще на СМ-1420 (бывалые поймут), то к нам на практику пришли молодые парни из университета. И тогда подумал: «Вот эти молодые и дерзкие нас сметут». Не смели. Шло время, шли годы. И время от времени возникала мысль: «Вот эти точно сметут», пока в какой-то момент я вдруг понял: а хрен меня сметешь! Да, деньги я сейчас получаю не за то, что пишу код, но я могу объяснить КАК его надо написать, я могу выстроить архитектуру приложения, я могу придумать алгоритм, и т.д., и т.п. Короче, весь накопленный профессиональный опыт никуда не делся и юзается весьма активно.
Все люди, с которыми я профессионально общаюсь, моложе меня, иногда раза в два, а то и больше. И, конечно же, есть много вещей, которые они знают лучше меня и умеют делать лучше меня. Но я никогда не чувствовал никакой ущербности по сравнению с ними, т.к. я точно знаю, что у меня есть знания и умения, которых нет у них, и какие-то вещи я могу сделать гораздо лучше. И вот за эти знания и умения мне и платят, а не за кодинг.
А что касается самой страсти к программированию, то она никуда не делась. Благо, что придуманы такие вещи, как оупенсорс, гитхаб и вот это вот все :) Так что возможностей для самовыражения более, чем достаточно.
Но у вас проще использовать, т.к. не требуется регистрироваться, заливать картинку, а потом ее тягать, достаточно просто подставить в УРЛ. Но в этом направлении, кстати, можно подумать с точки зрения монетизации: для использования так, как есть, оставить сервис бесплатным. Но предусмотреть и регистрацию юзеров, введя дополнительные фишки для них, и это уже сделать платным.
Как вариант: при бесплатном использовании хранить изображения в течение ограниченного времени (напр., месяц). Даже это будет большой плюс для тех, кто не хочет заморачиваться с ресайзом — прогнал картинку через ваш сервис при загрузке и сохранил у себя. А для платных хранить уже «вечно». В любом случае, если у сервиса будет расти популярность, то думать о монетизации придется, т.к. рано или поздно громадное хранилище картинок начнет требовать ощутимых ресурсов.
В: Планируется ли добавить функцию оплаты проезда городского транспорта с помощью данного приложения?
О: Мы рассматриваем такое направление развития нашего приложения, но пока существующие технологии не в состоянии обеспечить массовость подобного решения.
Вот эту фразу не понял совершенно. Массовость какого решения не в состоянии обеспечить современные технологии?
По большому счету, это не отключение трейта, как таковое, а изменение его поведения в зависимости от условий. И это далеко не то же самое, что подключение/отключение требуемых behaviors в зависимости от условий.
Между traits и behaviors есть одно принципиальное отличие, о котором иногда забывают: traits — это статическая конструкция, их использование определяется на этапе объявления класса, их нельзя ни «включить», ни «выключить».
А behaviors — это динамическая конструкция, которая используется уже после объявления класса, и может быть условной. Понимаю прекрасно, что в неумелых руках это может повлечь непредсказуемое поведение класса. Но в то же время это дает гораздо большую гибкость в расширении по сравнению с трейтами.
Как бы то ни было, при своей похожести traits и behaviors — это все ж разные сущности.
В законопроекте предлагается обязать разработчиков таких сервисов работать по договору с операторами связи. Кроме того, компании будут обязаны уведомлять о своей работе Роскомнадзор…
… При этом обмен сообщениями, по замыслу авторов документа, должен проходить только между идентифицированными пользователями...
Ну да, формально это, как бы, не ограничение. Ведь никто не запрещает делать и использовать мессенджеры. Нужно «всего лишь» договор с оператором связи заключить и юзеров идентифицировать
Кому как, а мне очень интересна практика коллективного «волонтерского» перевода. Есть свой «велосипед» для оупенсорсного проекта, и мне интересен опыт, подобный вашему
Если я пишу с использованием jQuery, то и готовые решения подбираю на jQuery, если пишу на Angular, то и решения подбираю соответствующие. А если я начинаю ради пары-тройки плагинов тянуть в один проект несколько фреймворков и больших библиотек — это однозначно проблема во мне, а не в тех, кто писал хорошие плагины под конкретные фреймворки
Да в том-то и дело, что с точки зрения буквы закона это никакой роли не играет. Для суда важен сам факт: было — виновен.
Все люди, с которыми я профессионально общаюсь, моложе меня, иногда раза в два, а то и больше. И, конечно же, есть много вещей, которые они знают лучше меня и умеют делать лучше меня. Но я никогда не чувствовал никакой ущербности по сравнению с ними, т.к. я точно знаю, что у меня есть знания и умения, которых нет у них, и какие-то вещи я могу сделать гораздо лучше. И вот за эти знания и умения мне и платят, а не за кодинг.
А что касается самой страсти к программированию, то она никуда не делась. Благо, что придуманы такие вещи, как оупенсорс, гитхаб и вот это вот все :) Так что возможностей для самовыражения более, чем достаточно.
Но у вас проще использовать, т.к. не требуется регистрироваться, заливать картинку, а потом ее тягать, достаточно просто подставить в УРЛ. Но в этом направлении, кстати, можно подумать с точки зрения монетизации: для использования так, как есть, оставить сервис бесплатным. Но предусмотреть и регистрацию юзеров, введя дополнительные фишки для них, и это уже сделать платным.
Как вариант: при бесплатном использовании хранить изображения в течение ограниченного времени (напр., месяц). Даже это будет большой плюс для тех, кто не хочет заморачиваться с ресайзом — прогнал картинку через ваш сервис при загрузке и сохранил у себя. А для платных хранить уже «вечно». В любом случае, если у сервиса будет расти популярность, то думать о монетизации придется, т.к. рано или поздно громадное хранилище картинок начнет требовать ощутимых ресурсов.
Вот эту фразу не понял совершенно. Массовость какого решения не в состоянии обеспечить современные технологии?
А behaviors — это динамическая конструкция, которая используется уже после объявления класса, и может быть условной. Понимаю прекрасно, что в неумелых руках это может повлечь непредсказуемое поведение класса. Но в то же время это дает гораздо большую гибкость в расширении по сравнению с трейтами.
Как бы то ни было, при своей похожести traits и behaviors — это все ж разные сущности.
Ну да, формально это, как бы, не ограничение. Ведь никто не запрещает делать и использовать мессенджеры. Нужно «всего лишь» договор с оператором связи заключить и юзеров идентифицировать
Наверное, просто совпадение?
Не перестаете радовать!
Увидев среди контрибуторов знакомый ник, я даже сначала подумал, что знаю, про какую CMS речь :)
Но глянул код — не, совсем не похоже