Пользователь пока ничего не рассказал о себе

Достижения

Все достижения (3)

Наибольший вклад в теги

Все теги (77)

Лучшие ответы пользователя

Все ответы (119)
  • Компактная электронная схема для питания светодиодов от батарейки с регулировкой яркости и длительности?

    @Wan-Derer
    Зобанели на Хабре, волки́ ;((
    Самым компактным по схемотехнике будет решение на микроконтроллере:
    - МК (например AtTiny, 6- или 8-ногая);
    - светодиод;
    - резистор;
    - выключатель;
    - (кнопка для смены режимов, можно совместить в выключателем);
    - батарейка.

    Плюсы:
    - самая простая схема;
    - возможна реализация самых разных режимов/эффектов (плавное переливание и пр.);
    - если надо сделать цветную подсветку, достаточно заменить СД на RGB и добавить ещё два резистора;

    Минусы:
    - требуется написание программы для МК;
    - требуется программатор для загрузки программы в МК.

    По питанию: не знаю сколько такая система проживёт от "таблетки", но самого маленького литиевого "пальчика" ей хватит надолго.
    Ответ написан
  • В каком репозиторией должна быть логика?

    @Wan-Derer
    Зобанели на Хабре, волки́ ;((
    Между слоями Repository и Controller у тебя д.б. слой Service.
    Repository абстрагирует базу данных, т.е. занимается преобразованием объект_языка  <--> запись_БД. Благодаря этому, все остальные классы оперируют привычными им объектами, не заботясь об из происхождении: база данных, очередь, аппарат Луна-25 :)
    Controller обслуживает HTTP-точки - принимает запросы и выдаёт готовые ответы.
    А Service как раз занимается "бизнес-логикой", получая запросы от контроллера, запрашивая данные у репозитория, преобразуя их в готовый ответ и отправляя его обратно контроллеру. Сервис может подключить себе несколько репозиториев если ему требуются данные из нескольких источников, таблиц и пр.
    Ответ написан
    2 комментария
  • Бэкенд node.js разработка без изучения фронта возможна?

    @Wan-Derer
    Зобанели на Хабре, волки́ ;((
    Я думаю, для бэка лучше использовать "настоящие" языки: Java, C#. Можно PHP, на Питоне, вроде, много пишут. Но лучше Java/C#. Почему:
    - настоящее ООП, а не костыли поверх изначально скриптового языка;
    - самое главное: есть хорошо отработанные фреймворки под все типовые задачи. Фреймворк даёт тебе каркас приложения и набор тщательно подобранных и уже настроенных библиотек - бери и пользуйся. Нода даёт просто набор разрозненных библиотек от разных разработчиков, которые ещё надо отобрать, понять и увязать в проекте.
    Если ты освоил Java/C#, то разобраться в JS/TS тоже сможешь, как и во фронтовых библах/фреймворках.
    Ответ написан
    4 комментария
  • Какие виды и специализации Java программистов бывают?

    @Wan-Derer
    Зобанели на Хабре, волки́ ;((
    Основные направления тебе перечислили, немного дополню.
    - есть очень сложный и очень старый энтерпрайз, например, банки. Бывают написаны на очень старой Java, говорят, даже 5 встречается :) Охренеть какая сложная предметная область. Тебе могут дать задание написать или исправить класс, а ты вообще в душе не шаришь что это и зачем. И так всю жизнь :)
    - есть системы типа SAP, которые надо не писать, а адаптировать под конкретного заказчика типа Аэрофлота. Делается это путём прописывания логики работы уже готовой системы, а также написания своих плагинов, в т.ч. на Java.

    Ну а если тебе нужен универсальный совет, то вот он:
    - не знаешь что учить - учи Spring, вакансии не дадут соврать;
    - обязательно познакомься с SQL - чтобы понимать не только JPA, но и "голые" запросы и уметь хотя бы немного в их оптимизацию;
    - познакомься с фронтендом на базе фреймворка, самый популярный React, хотя бэкендерам лучше заходит Angular. Это позволит на практике понять как происходит взаимодействие бэк-фронт, ну и вообще - расширит сознание :)

    С таким стэком и (желательно) домашним проектом искать работу будет легче и веселее :)
    Удачи!
    Ответ написан
    1 комментарий
  • Что эффективней, чтение из файла или массив?

    @Wan-Derer
    Зобанели на Хабре, волки́ ;((
    Если возникает вопрос "память или файл?", это значит что есть какие-то проблемы хранения в памяти: данных много и памяти может не хватить, данные должны сохраниться при перезапуске приложения, данные должны быть доступны из других приложений/инстансов, что-то ещё.
    В таком случае задачу хранения/записи/чтения данных лучше поручить отдельному сервису. Про базы данных уже сказали, я немного дополню. Если данные можно свести к такому представлению как пара ключ-значение, можно использовать базы данных NOSQL или сервисы типа Redis. Помимо стандартного интерфейса доступа и высокой скорости, они обладают хорошим качеством - их можно конфигурировать.
    Допустим, ты поначалу настроил сервис на хранение данных в памяти, а потом решил что для надёжности надо отписывать данные на диск (все, не все, сразу, периодически и т.п.). Ты просто прописываешь соответствующий конфиг - и всё, сервис начинает работать по-другому. А для твоего приложения ничего не изменилось (ну, кроме скорости доступа).
    Ответ написан
    Комментировать

Лучшие вопросы пользователя

Все вопросы (52)