• Почему появляется ошибка номера колонки при создании таблиц?

    @aol-nnov
    Column(name = "user's_city")

    user's_city

    не надо так. по лезвию ходишь.

    джоин, емнип, происходит через ключ. то, что ты там указал - не ключ.

    и еще, давай сразу на новый уровень. Project Lombok и геттеры с сеттерами в сущностях руками не лабай ;)
    Ответ написан
    Комментировать
  • Все ли на самом деле плохо с Python на удаленке?

    Bandicoot
    @Bandicoot
    Вась-программист
    Года 4 назад был в аналогичной ситуации - изучил питон на более-менее сносном уровне, запилил пару учебных проектов на джанге. В то время было много криков о Python-Ruby и лилось много негатива в сторону PHP. Я поддался моде) Но на удаленку так и не смог попасть - не проходил по требованиям или заваливал собеседования. С удаленкой для джунов все действительно тухло, вообще никак.
    В итоге вспомнил PHP и устроился в офис к оператору связи, где и работаю до сих пор. Но и Python не забыл - решаю на нем задачки на codewars и подобных сайтах, изучаю алгоритмику - для этого он очень удобен, просто идеален. Но коммерческого применения его для себя пока не вижу.
    Ответ написан
    8 комментариев
  • Существует ли "карта программиста"? Что и за чем учить?

    iCoderXXI
    @iCoderXXI
    React.JS/FrontEnd engineer
    Нет одинаково эффективного пути для всех и каждого.

    Я учился на конкретных задачах. Обучение практически всегда начиналось с состояния хочу сделать вот это (четко осознаваемый конечный результат), но вообще понятия не имею как это делать, и даже с какой стороны подойти и за что хвататься...

    Тут главное - настолько сильно хотеть достичь результата, чтобы любые препятствия только добавляли азарта. Чтобы ночами спать не мог и думал о задаче. Это ключевой момент обучения. Все остальное - декорации, способы, инструменты...

    Второй этап - осознание, что слона целиком заглотить невозможно в принципе, придется делить на части, т.е. декомпозиция. Причем задачу делить нужно неоднократно, до тех пор, пока решение конкретного участка задачи не начнет укладываться в пару страниц кода - модуль.

    Каждый модуль запиливаешь и тестируешь до умопомрачения, пока он не станет идеальным. Тут мнения могут расходиться, но я считаю на этапе обучения необходимо выработать рефлексы, иначе в дальнейшем говнокод неизбежен.

    Далее из модулей, как из кубиков лего пытаешься собрать функциональные блоки. Тут важно понимать, что чем более автономные модули и блоки у тебя получаются, тем лучше, особенно для целей тестирования. Если ты забиваешь болт на тестирование, то тебе нечего делать в разработке.

    На первых порах, тестирование будет занимать до 99% времени и сил. Заодно подтягивается синтаксис используемых языков (вообще не важно каких), вырабатывается внимательность, концентрация, тренируется память и пр.

    О даа, детка, хороший программист имеет нереальную оперативную память, в которой умудряется держать десятки и сотни ключевых аспектов контекста задачи, учитывать их особенности, взаимное влияние (комбинаторика), и пр., без чего никакая задача никогда решена не будет.

    С этим не рождаются, это выкристаллизовывается за сотни и тысячи часов жесткого баттхерта от неспособности найти, где ты забыл поставить запятую... Когда код из 10 строк прочитан сотни раз вдоль, поперек и наискосок...

    Только так, только жесткий хардкор! Если ты не прошел эту фазу, то ты либо родился гением, либо тебе нечего делать в профессии... Это как детские болезни - ими нужно переболеть в детстве.

    Обрати внимание, самое главное качество во всем этом многабукафф - упорство на грани фантастики. Любой, кто не дойдет до конца, не треснет себя по лбу в соты раз с воплем, так вот же она где, эта запятая, пропущена - сломается в самый неподходящий момент на боевом проекте...

    А какими инструментами ты решаешь задачу - дело десятое и в каждом проекте, число которым миллионы, будет свой набор блэкджека с барышнями, так-что загодя готовиться особо смысла нет. Нужно хорошо владеть азами, а остальное осваивать на лету.

    Ах да, обложись справочниками по любому инструменту и научись быстро вникать и подхватывать необходимый минимум. Обычно достаточно на 20% владеть инструментом, чтобы решать 80% задач.

    В любом случае я за критерий истины держу платежеспособный спрос.
    Ответ написан
    3 комментария
  • Стоит ли продолжать изучать Android develop?

    artemgapchenko
    @artemgapchenko
    Здравствуйте, как многие знают, Google готовит замену Android

    Откуда вы всё это берёте? Есть проект на Гитхабе с таким вот README:

    Pink + Purple == Fuchsia (a new Operating System)

    Всё. Ни про замену Android, ни про предназначение проекта ничего не сказано. К проекту подключено 3 (три) человека, развивается он без году неделя, никаких официальных анонсов не было.
    Прекращайте читать советские газеты перед обедом и вместо первоисточников и не занимайтесь домыслами того, чего нет. Изучайте Android и выбросите Фуксию из головы на ближайшие года два, пока не станет понятно, что это такое и кому это нужно.
    Ответ написан
    Комментировать
  • Каков минимальный набор инструментов JAVA для работы с REST API сервисом?

    jaxtr
    @jaxtr
    JavaEE/Spring-разработчик
    Возможно ли обойтись без контроллеров?

    Можно, но с ними проще и правильнее. И вообще, какие аргументы против?

    Какие библиотеки следует использовать?

    Java EE (Jersey например) или Spring Web

    Как это реализовать максимально просто?
    На Spring:
    @RestController
    @RequestMapping("/books")
    public class BooksService {
        @Autowired
        private BooksRepository booksRepository;
    
        /**
         *  Список книг
         */
        @RequestMapping
        public ResponseEntity list() {
            return ResponseEntity.ok(booksRepository.findAll());
        }
    
        /**
         *  Добавление новой книги
         */
        @RequestMapping(method = RequestMethod.POST)
        public ResponseEntity create(@RequestBody Book book) {
            return ResponseEntity.ok(booksRepository.save(book));
        }
    
        /**
         *  Получение существующей книги
         */
        @RequestMapping("/{id}")
        public ResponseEntity get(@PathVariable String id) {
            if (bookRepository.exists(id)) {
                return ResponseEntity.ok(booksRepository.save(book));
            }
    
            return ResponseEntity.notFound().build();
        }
    }


    В данном случае используется ещё Spring Data JPA.
    Ответ написан
    Комментировать
  • Java.Lang.NullPointerException, Что мне делать с этой проказой?

    @bromzh
    Drugs-driven development
    Это знак свыше, что наступило время начать учиться использовать дебаггер.
    Ответ написан
    Комментировать