А кому-то удалось импортировать карты по JS? А то у меня анки повис на этапе импорта.
Но имхо, метод интервальных повторений для языков программирования — лишен смысла. Программирование надо понимать, а не зубрить.
А вот для иностранных языков — совсем другое дело, у меня например есть набор карт английских идиом, забавная вещь.
Через SMS-платежи имеет смысл оплачивать услуги, которые подходят под 2 условия:
1. Себестоимость услуги равна 0. Например, «поднять вверх» в рейтинге на каком-то сайте объявлений, или «сделать подарок» в соц. сети. Т.е. поставщику услуги важно получить хоть сколько-то денег, т.к. нахаляву по-сути.
2. Услуга приобретается на эмоциях, т.е. важно во-первых предоставить простой и широко-распорстраненный способ оплаты, во-вторых возможность быстро оплатить (пока не передумал).
Процент, да, в зависимости от суммы платежа 30-70% денег уходит платежному шлюзу.
+ правильно построенные бизнес-процессы в компании (каждый занимается своим делом, например программист не занимается выяснением деталей ТЗ)
+ перспективы зарубежных командировок
+ возможная оплата посещений проф.конференций и т.п.
+ оплата тех. литературы
+ коллектив профессионалов, с которыми есть куда расти и в случае чего можно обсудить какую-то проблему
+ отсутствие страха перед новыми технологиями (там где они действительно будут к месту)
+ стратегия поведения компании при завершении текущего проекта (если речь об аутсорсе) — то ли тебя переводят на новый проект, то ли не переводят, то ли еще какие варианты.
А формулу вывести сложно, всегда есть какие-то приоритеты — кому-то хочется новых технологий, кто-то нашел проект мечты. Но хорошие отзывы о компании от девелоперов, которые с радостью идут на работу — это очень весомый показатель.
Спорная мысль о том, что 21-летние выпускники более востребованы чем 22-летние джуниор-девелоперы с 1 годом работы. Компания, которая готова взять сотрудника уровнем ниже мидла/сеньора сделает это вне зависимости от наличия опыта — вот только можно устроиться на курсы и далее остаться работать интерном «за еду», а можно пойти сразу джуниором и получать какие-то более-менее совместимые с жизнью доходы.
При этом все-равно имея 1 год опыта уже проще устроиться.
Ну так возьмите любой из фреймворков, там есть все что нужно — модули авторизации, разделения прав доступа, модули работы с БД, реализованная MVC (в виде FrontController + Command часто), есть роутинг, да и много чего еще.
И уже на нем делайте что хотите. Смысл писать свой фреймворк есть только тогда, когда тебя что-то действительно не устраивает в существующих фреймворках (либо есть какие-то гениальные супер-идеи, которые еще никто и нигде не реализовывал).
Это как раз и будет база, кирпичи, бетонные балки и перекрытия, из которых Вы будете проектировать конечный продукт.
Без наследования невозможен объектно-ориентированный дизайн. Погуглите про SOLID-принципы в OOD — возможно это Вас сподвигнет более полно использовать объектно-ориентированный подход.
Дополнение удалось на славу, спасибо. На самом деле, jQuery от версии к версии становится все более удобным и интересным, но часто разработчики по привычке не используют «новшества».
ISP manager lite с пожизненной лицензией — самая доступная панелька для хостинга (около 30 баксов по дилерской цене). Альтернатив я не встречал, а то что не без багов — это конечно бесспорно, но все-таки если нет возможности работать в консоли — неплохое решение.
Но имхо, метод интервальных повторений для языков программирования — лишен смысла. Программирование надо понимать, а не зубрить.
А вот для иностранных языков — совсем другое дело, у меня например есть набор карт английских идиом, забавная вещь.
1. Себестоимость услуги равна 0. Например, «поднять вверх» в рейтинге на каком-то сайте объявлений, или «сделать подарок» в соц. сети. Т.е. поставщику услуги важно получить хоть сколько-то денег, т.к. нахаляву по-сути.
2. Услуга приобретается на эмоциях, т.е. важно во-первых предоставить простой и широко-распорстраненный способ оплаты, во-вторых возможность быстро оплатить (пока не передумал).
Процент, да, в зависимости от суммы платежа 30-70% денег уходит платежному шлюзу.
Как оценить возможность поработать с технологией, которой давно интересовался, но в продакшене не пользовался?
Не все работают ради денег. После определенной цифры ЗП деньги не так существенны, как удовольствие от работы.
+ правильно построенные бизнес-процессы в компании (каждый занимается своим делом, например программист не занимается выяснением деталей ТЗ)
+ перспективы зарубежных командировок
+ возможная оплата посещений проф.конференций и т.п.
+ оплата тех. литературы
+ коллектив профессионалов, с которыми есть куда расти и в случае чего можно обсудить какую-то проблему
+ отсутствие страха перед новыми технологиями (там где они действительно будут к месту)
+ стратегия поведения компании при завершении текущего проекта (если речь об аутсорсе) — то ли тебя переводят на новый проект, то ли не переводят, то ли еще какие варианты.
А формулу вывести сложно, всегда есть какие-то приоритеты — кому-то хочется новых технологий, кто-то нашел проект мечты. Но хорошие отзывы о компании от девелоперов, которые с радостью идут на работу — это очень весомый показатель.
Спасибо, при загрузке PDF файлов очень поможет — а то клиенты понаставят плагинов для просмотра PDF в браузере, потом спрашивают как сохранить файл.
При этом все-равно имея 1 год опыта уже проще устроиться.
Есть OOP — object-oriented programming — это непосредственное кодирование разработанных схем.
И уже на нем делайте что хотите. Смысл писать свой фреймворк есть только тогда, когда тебя что-то действительно не устраивает в существующих фреймворках (либо есть какие-то гениальные супер-идеи, которые еще никто и нигде не реализовывал).
Это как раз и будет база, кирпичи, бетонные балки и перекрытия, из которых Вы будете проектировать конечный продукт.
Объединение набора функций в класс в виде методов — это далеко не ООП.