UPD знаю, что есть тред с идеями, но как-то не заходит
Зделой сайт, который бы мониторил твиттер (знаю там есть такое АПИ) и детектил посты с одинаковым текстом от разных аккаунтов, как на пике. Можно будет зоонаблюдать за лахтой. Ну и в целом можно потом будет расширить до детектора лахтоаккаунтов, лахтопостов и раскрывать их злодейские планы в стадии зародыша, если будет интерес.
идея, в принципе, неплохая, но наверное будет проблема по запросам в секунду. Еще подумаю на счет этого.
У хохлов вон как гривна рухнула
Неужели ни у кого нету идеи?(
Та банальный автоматический анализатор страниц в соцсетях. По анализу постов/подписок/друзей определение увлечений человека. Расписание по времени захода на страницу.
Вся прелесть в том, что можно придумать множество различных метрик и скомпоновать их в удобное приложение, которое потом можно втюхивать разного рода ceo и рекламщикам
А можешь пока рассказать про вкат в жабу, сколько уходило времени?
А я пока напишу первое,что пришло в голову. По крайней мере тут эта идея может быть актуальной и полезной анонам ввиду кучи споров и ежедневных вопросов от зелёных, не могущих в текст шапок. Основная идея - создание схем вката как на пике. Каждый может создать или спиздить чужую для правок. Будет система рейтинга и топовые схемы, чтобы отмести говно. Схемы правда лучше делать немного иначе, каждый блок это просто одним словом технология некоторая, которая будет в базе записана уже заранее для выбора, чтобы не было смищных слов, при наведении - нажатии появлялись бы комментарии автора по конкретному блоку, зачем, как, источники. Перёд блоком будет возможность описать это все вобщем с полезными ссылками и мнением автрра. Также будет рейтинг технологий общий, полезность её для конкретного региона - аноны перед голосованием будут заполнять поле - место жительства и вкатился /не вкатился,так что будет обширная статистика для разных городов от тех кто вкатился и от тех, кто ещё учит-такой рейтинг тоже можно, сколько анонов учат сейчас какую технологию и по какой схеме. Также в схемах блоки могут быть разного цвета-от красного до зелёного, например, если к красному ближе - именно с этим блоком многие не согласны, зелёный - все ок. У анонов больше не будет вопросов по поводу того, что сейчас лучше изучать для конкретного региона, по какому Гайду и с какими источниками. Писал на ходу это все, особо не обдумывая,но идею, думаю, ты понял. Сам бы такое запилил, но пока нету на это знаний.
Изначально я собирался заниматься андроид программированием, но понял что нужно было выучить джаву. Сам начать не смог, пошел на курсы на 6 месяцев. Короче, сам понимаешь, им нужно побыстрее отчитать лекции и набрать новых вайтишников. Возможно я туповат был, но после половины пройденных курсов перестал понимать значительную часть материала. Это меня деморализовало на пол года, но потом решил, типа, надо все-таки продолжить обучение. Сам учился дома около года-два. Не скажу что сильно усердно, но результат был. Из-за универа не мог работать, по этому как бы не очень спешил сильно углубляться в джаву, но параллельно что-то делал, чтобы не забыть язык. Последний курс начал активно заниматься, вон писал что смог попасть на интернатуру. Короче, примерно 2 года не сильно активной прожки и год углубленного изучения.
Сейчас хожу на собеседования, изначально дико нервничал, голос дрожал. Ну это и понятно, это не придти в какую-то быдло-контору "Рога и Копыта" и рассказать свои достижения в ворде и екселе. Тут техническое собеседование, нужно быть готовым, дрочат по языку, в основном по кору, но так как джава джунов в Киеве, откуда я, очень много(на одну вакансию за неделю приходит около 400 заявок), то могут спрашивать и сопутствующие технологии и фреймоврки, типа спринга или хибернейта.
На данном этапе, уже более спокойно иду на собеседования, но из-за несильного заикания голос иногда дергается. Стремаюсь, что тех.спец. подумает, что я нервничаю, но говорить ему что-то типа "извините, я немного заикаюсь" не хочу, так как во-первых, это тупо, а во-вторых, думаю что это может стать поводом для отказа. Были пару собеседований где думал что вот оно, мне предложат работу, ответил почти на все тех.вопросы, приятно поговорили и все такое, но отказ. Один раз вообще, по-моему, ответиль абсолютно на все тех.вопросы, но проджект менеджер начал задавать вопросы типа "опиши себя 3 словами, что бы сказали про тебя твои друзья" или "чем бы ты не хотел заниматься у нас". Я вообще не готовился к таким вопросам, по-этому отвечал размыто и не уверенно.
Но самый дикий страх, это параллельное программирование. То есть, когда по тим вьюеру или на сайте каком-то пишешь код, а тех.спец. на это смотрит. Было один раз такое, жестко тупишь из-за страха что-то не сделать и в итоге ничего не получается.
Вообще, если нужно я могу написать примерный порядок изучения джавы, но ты должен понимать что я еще даже не джун, я пытаюсь им стать, так что мое видение дел может быть ошибочным.
Ну, какая-то вот такая паста получилось.
Буду благодарен, если поделишься опытом. А так я ещё не решил пхпджсы или джаву задрачивать,джаву боюсь не потянуть и засесть надолго, а работу планирую уже через год искать.
Скиньте сервер лицензий для 2018 идеи Ultimate. Со всеми, которые я нашел, вылезает предупреждение Outdated License Server Detected.
Не знаешь что писать - пиши распределённых борду.
я через свой студак бесплатную на год взял. Советую найти какого-то студента, который не связан с программированием и попросить фото студака для идеи. Думаю, он не откажет.
Вот на форуме вот это видел от синьора, так что лучше следовать ему.
1) Английский — найди самые лучшие курсы, какие сможешь и туда иди, 80% сил трать на изучение и совершенствование языка.
2) Head First — Learning Java 2-е издание или позже. Именно эта книга объясняет как что работает и именно она дала мне базовые знания.
3) Maven освоить на уровне создать проект из архетипа, добавить зависимости, билдить
4) Git / SVN освоить на уровне веток, мёржей, сразу создал свой проект и подрубил туда это все
5) Head First — Servlets & JSP — фундаментальный труд, также все понятно излагается.
6) Spring + Hibernate — возьми какой-нибудь курс на udemy на 10-20 часов, запили пару приложений, больше для трейни и не надо
7) JUnit тоже очень базово
8) Чистый код Р. Мартин — обязательно прочитать и следовать.
9) Шаблоны проектирования — желательно знать, GOF 24 штуки поучил и норм, главное не тули везде синглтоны)))
10) Базы и SQL, знать 3 нормальные формы, Join-ы, подзапросы, развязывать Many-to-Many
какой-нибудь Postgres уметь прикрутить
11) Желательно посмотреть JIRA / Jenkins хотя бы видосы в ютубе как это работает.
Но на деле, Кор должен знать от а до я, опыт спринга и хибернейта пол года, РЕСТфулл очень желательно знать.
Много контор требуют еще джс там, всякое вот это, но при этом не платят ставку как фулстак дева. Мне не нравится возиться с фронтом, возможно это и не правильно, но все что связано с фронтом знаю на низком уровне.
Спасибо
Не, лень. Лучше буду на предупреждение дальше забивать.
ничо, выкручиваются, живут
А вдруг это не боты а хайвмайнд?
>как фулстак дева
нужно еще у конторы узнавать что для нее значит фулстек - потому что никто толком не знает что это такое. Я видел мнение что это человек оркестр - т.е. не только фронт/бэк, но и все вплоть до общения с клиентом и формирования проектных требований.
1. Сервис для ведения личных доходов/расходов.
Я сам, давно, когда только вкатывался, пилил такое в виде десктопного приложения чисто под себя. Потом сделал ещеандроид версию и прикрутил ко всему этому снихронизацию через дропбокс.
В случае же классик стека идею можно растянуть до полноценного сервиса с юзерами и прочим таким.
Фишки к реализации:
- справочники со статьями расходов и доходов
- собственно учет расходов и учет доходов
- учет долгов (кому ты должен или кто тебе должен)
- к долгам можно добавить справочник агентов с кем ты ведешь взаиморасчеты
Вообще можно как в тру 1С бухгалтерии сделать тупо список счетов, а операции (расход, доход, долг пришел, долг ушел) оформить в виде двойной записи.
- прикрути еще отчетов всяких, дабы видеть движение денег в динамике
2. Система учета заказа еды.
Имеем некий ресторан который производит централизованную доставку обедов в офис к айтишникам. Сотрудникам офиса дается ежедневное меню, где они до обеда могут выбрать чего хотят поесть. Затем ресторан собирает заявки и к обеду подвозит заказы.
Итого требования:
2.1 Интерфейс "повара"
- возможность создания меню на каждый день
- в меню входит список блюд, блюдо имеет некоторое описание и цену
- блюда могут повторяться без какой-то определенное периодичности - на усмотрение повара
- ценник на блюдо не один на всю жизнь - раз от раза может меняться
- меню нужно уметь лочить, что бы после определенного момента во времени юзеры не могли добросить еще заказов
2.2 Интерфес клиента
- просмотр меню на любой из доступных дней
- формирование заказа по меню на любой из незалоченных дней в будущем
- возможность выбрать несколько блюд, в неограниченном количестве
2.3 Интерфейс "доставщика"
- получение меню раскладки на день - это такая ебаническая таблица где в колонках - блюда, а в строках клиенты, в ячейках соответственно количество
- учет принятой налички от клиентов, которым передается доставленный обед
2.4 Интерфейс "бухгалтера"
- бухгалтер должен видеть текущие задолжности клиентов и принятую доставщиками наличку
- тут же будут полезны разные отчеты (визуально и в виде того же csv) плюс выгрузки для всяких 1С
Для простоты можно сначала заняться реализацией функционала меню/заказ, без всяких денежных расчетов (считай что ресторан ежемесячно выставляет общий счет офису). Затем уже можно прикручивать финансовую подсистему.
Если прям попрет то для доставщика можно реализовать мобильное приложение (iOS/Android) где он может оперативно вносить данные по принятой наличке.
######################
Оба варианта как раз предполагают реализацию в виде классической трехзвенной архитектуры (клиент-сервер-субд), на основе указанных ОПом технологий.
Фронт нынче пишут на Angular (не спутай с AngularJS), либо Vue.js, либо React. Говорят что анугялр имеет более высокий порог вхождения, тот же реакт легче но несколько топорнее. Хз, я сталкивался только с ангуляром и то не слишком глубоко в него влезал. Покуда фронтовиков у ОПа нет, то можно все это реализовать чисто в виде бэка с набором рестов - под словом "интерфейс" выше я подразумевал не обязательно UI.
Жду от вас ответных идей.
Эти задумки с трудом можно отнести к бизнесовым задачам которые решаются типовыми галерами.
Я сам, давно, когда только вкатывался, пилил такое в виде десктопного приложения чисто под себя. Потом сделал ещеандроид версию и прикрутил ко всему этому снихронизацию через дропбокс.
В случае же классик стека идею можно растянуть до полноценного сервиса с юзерами и прочим таким.
Фишки к реализации:
- справочники со статьями расходов и доходов
- собственно учет расходов и учет доходов
- учет долгов (кому ты должен или кто тебе должен)
- к долгам можно добавить справочник агентов с кем ты ведешь взаиморасчеты
Вообще можно как в тру 1С бухгалтерии сделать тупо список счетов, а операции (расход, доход, долг пришел, долг ушел) оформить в виде двойной записи.
- прикрути еще отчетов всяких, дабы видеть движение денег в динамике
2. Система учета заказа еды.
Имеем некий ресторан который производит централизованную доставку обедов в офис к айтишникам. Сотрудникам офиса дается ежедневное меню, где они до обеда могут выбрать чего хотят поесть. Затем ресторан собирает заявки и к обеду подвозит заказы.
Итого требования:
2.1 Интерфейс "повара"
- возможность создания меню на каждый день
- в меню входит список блюд, блюдо имеет некоторое описание и цену
- блюда могут повторяться без какой-то определенное периодичности - на усмотрение повара
- ценник на блюдо не один на всю жизнь - раз от раза может меняться
- меню нужно уметь лочить, что бы после определенного момента во времени юзеры не могли добросить еще заказов
2.2 Интерфес клиента
- просмотр меню на любой из доступных дней
- формирование заказа по меню на любой из незалоченных дней в будущем
- возможность выбрать несколько блюд, в неограниченном количестве
2.3 Интерфейс "доставщика"
- получение меню раскладки на день - это такая ебаническая таблица где в колонках - блюда, а в строках клиенты, в ячейках соответственно количество
- учет принятой налички от клиентов, которым передается доставленный обед
2.4 Интерфейс "бухгалтера"
- бухгалтер должен видеть текущие задолжности клиентов и принятую доставщиками наличку
- тут же будут полезны разные отчеты (визуально и в виде того же csv) плюс выгрузки для всяких 1С
Для простоты можно сначала заняться реализацией функционала меню/заказ, без всяких денежных расчетов (считай что ресторан ежемесячно выставляет общий счет офису). Затем уже можно прикручивать финансовую подсистему.
Если прям попрет то для доставщика можно реализовать мобильное приложение (iOS/Android) где он может оперативно вносить данные по принятой наличке.
######################
Оба варианта как раз предполагают реализацию в виде классической трехзвенной архитектуры (клиент-сервер-субд), на основе указанных ОПом технологий.
Фронт нынче пишут на Angular (не спутай с AngularJS), либо Vue.js, либо React. Говорят что анугялр имеет более высокий порог вхождения, тот же реакт легче но несколько топорнее. Хз, я сталкивался только с ангуляром и то не слишком глубоко в него влезал. Покуда фронтовиков у ОПа нет, то можно все это реализовать чисто в виде бэка с набором рестов - под словом "интерфейс" выше я подразумевал не обязательно UI.
Жду от вас ответных идей.
Эти задумки с трудом можно отнести к бизнесовым задачам которые решаются типовыми галерами.
Большое спасибо, к себе скопировал, буду думать что больше хочется сделать и что изменить!
Можешь глянуть ещё автоматически рабочие места(арм). Врача, например
На стажировке дали такое тестовое:
Функциональные требования
Требуется реализовать серверный модуль работы с данными о сотрудниках компании.
В БД хранится информация об организационной структуре компании. Компания имеет иерархическую структуру подразделений (отделов). Каждый сотрудник работает в одном из подразделений. Также в БД должна вестись история по каждому сотруднику, в которой хранится информация об изменениях, произошедших с сотрудником во время его работы в компании (информация о приеме на работу, изменениях в должности, грейде и зарплате сотрудника, переводах из отдела в отдел, об увольнении сотрудника).
Для каждого сотрудника должна вестись следующая информация:
\t•\tФамилия
\t•\tИмя
\t•\tОтчество (необязательное поле)
\t•\tПол
\t•\tДата рождения
\t•\tПодразделение, в котором работает сотрудник
\t•\tДолжность (справочник)
\t•\tГрейд (справочник)
\t•\tЗарплата
\t•\tСписок сертификатов сотрудника (Для каждого сертификата указываются дата выдачи, компания, выдавшая сертификат, название сертификата, номер, скан сертификата)
Для каждого подразделения хранится:
\t•\tНазвание
\t•\tРодительское подразделение (подразделение, в которое входит данный отдел)
\t•\tРуководитель
В модуле должны быть реализованы следующие функции:
\t•\tПолучение по указанному подразделению списка дочерних подразделений
\t•\tПолучение списка сотрудников подразделения
\t•\tПолучение истории изменений по сотруднику
\t•\tСоздание нового отдела
\t•\tПереподчинение отдела другому подразделению
\t•\tЗакрытие отдела
\t•\tПрием на работу сотрудника
\t•\tПеревод сотрудника из отдела в отдел
\t•\tИзменение должности, грейда или зарплаты сотрудника
\t•\tУвольнение сотрудника
Все обращения к системе должны сохраняться в системе ведения аудита. Должна быть реализована функция получения истории всех обращений к системе за период с возможностью фильтрации по подразделению или сотруднику, а также по IP пользователя или системы, сделавшей запрос.
Технические требования:
\t•\tДанные хранятся в СУБД Oracle.
\t•\tФункции модуля выставлены наружу в виде REST-сервисов. Необходимо создать документ с описанием этих сервисов (включая структуру JSON запросов и ответов).
\t•\tНа стороне backend’а нужно реализовать кеширование данных с автоматическим обновлением кеша при возникновении события изменения данных.
\t•\tВторым этапом нужно переделать функционал, модифицирующий данные, на веб-сервисы (SOAP поверх JMS). Очереди – желательно IBM WebSphere MQ (если сможем предоставить стенд с уже установленной).
Требования к клиентской части приложения:
Требуется реализовать интерфейс ведения информации о сотрудниках компании. В интерфейсе должны быть предусмотрены следующие пользовательские функции:
\t•\tПросмотр/изменение структуры отделов компании:
\t•\tСоздание отдела
\t•\tЗакрытие отдела
\t•\tИзменение наименования отдела и руководителя отдела
\t•\tПереподчинение отдела
\t•\tПросмотр и внесение информации о сотруднике:
\t•\tДобавление нового сотрудника
\t•\tУвольнение
\t•\tПеревод в другое подразделение
\t•\tИзменение данных сотрудника
\t•\tПросмотр истории изменений по отдельному сотруднику
\t•\tХранение информации о сертификатах сотрудника с возможностью добавления новых и удаления ошибочных записей.
Есть у меня одна объемная идейка для сервиса - убийцы убера (и иже с ним), но руки до нее у меня никогда не дойдут (да и в продвижении/рекламе я не шарю).
Могу предложить следующее - я описываю тебе свой вижн и идею сервиса, помогаю декомпозировать, проектировать, выбирать технологии, по желанию могу код поревьють (джаву я знаю так се, но в остальном может быть полезно). С тебя - писать код, выкладывать на гитхаб (mit лицензия); может таким образом эта идея все-таки станет чем-то большим, чем просто идея.
Если заинтересовал, пиши сюда [email protected]
>убийцы убера
Убийцы убера на двоще, все в такси!
Uber для шлюх, такая то годнота была бы.
Го игру пилить )00099097£₽*^))
Java не лучший язык для игр. Ну, конечно, там майнкрафт вроде писали на java, но геймдевом никогда не занимался и не вижу смысла для данного языка.
Ты наверное залёный, да?
Давай контакты. Можем как на Java, так и на C/C++.
Как-то слишком дохуя для тестового. Заебешься эти все зависимости отслеживать. Тут именно не сложность, а трудоемкость. Как для золушки
Пацаны, такая тема -- сча делаю что - то типо библиотеки для использования оконных фильтров (например для последовательности 1 2 3 4 5, размера окна 3 и тип фильтра - min, он вернет 3 числа: 1, 2 и 3. Т.е. окно скользит по последовательности и в каждом таком окне мы ищем минимум). Хочу все это сделать на джавовском Stream API (модно же, ну и нет зависимости от конкретных типов данных). Так вот, у меня уже готова вся логика для всех фильтров, но сейчас я просто прохожу по потоку итератором и в каждом окне передаю в Consumer который мне передаёт клиент вычисленное значение (как в методе коллекций forEach(Consumer)). Но я бы хотел возвращать поток, что бы клиент мог ещё что - нибудь с ним сделать. Кто нить знает как это все сделать?
А, и ещё один вопрос: в джаве предвидятся дженерики с примитивами, типо List<int>(блин, из всех косяков джавы именно их отсутствие бесит больше всего)? Я читал про какой project Valhala и там про это было.
А, и ещё один вопрос: в джаве предвидятся дженерики с примитивами, типо List<int>(блин, из всех косяков джавы именно их отсутствие бесит больше всего)? Я читал про какой project Valhala и там про это было.
Ты сейчас описал grow.epam.com
DeskChan ебашь.
Идея проекта для твитч стримеров - у твича есть возможность экспортировать видосы на ютуб. Проблема в том, что нужно руками кликать каждый раз на стрим, который ты хочешь экспортировать. Экспорт иногда фейлится и тебе приходить уведомление на почту, что мол так и так, шеф, все пропало, гипс снимают, клиент уеезжает, ну ты понял. И просят еще раз сделать экспорт видео. А можно было бы запилить сервис, который бы без лишних слов экспортировал стрим на ютуб, проставлял теги, называл как-нибудь и возможно даже складировал в какой-нибудь плейлист (по названию игры, например). Как тебе, а?
Система учёта занятий (посещаемость, оплата) в доп образовании
Молодец, хорошо пошутил, я лучше на паскале тогда буду делать.
>На стажировке
Разумеется
Java top, semantic poop
Не можешь придумать идею - сделай агрегатор идей для немогущих приду3мать идею.
>какую-то бизнес штуку, возможно какие-то вычисления, алгоритмы, возможно интеграция с другими апи
Охуенный у тебя бизнес-план.
Охуенный у тебя бизнес-план.
Здесь главное по моднявому всё сделать, CQS, GraphQL, SPA морда на Реакте, тогда тни сразу потекут.
а чё такого ещё нет? мб запилить рил?
>Сервис для ведения личных доходов/расходов.
был на одном митапе, там челики запилили анализ расходов при оплате безналом, полный отчет, анализ и прочая фигня. Хз, чё ща с ними, но имхо такое уже есть
>Система учета заказа еды.
у меня на работе такое уже есть, каждый скидывает себе в "банк" шекели, и заказывает еду в 13 часов приезжает курьер, если хочешь налом, можешь отдать бухгалтеру
пффффф, ты не дотянешь до 3а игр, дял индюшатины очень более чем хорош (много библиотек, готовых апи, есть lib-gdx, кроссплатформеность)
>побыстрее отчитать лекции
иди к Немчинскому, подгоняют только финансово, там тебя навчать і проект дадуть
test
test
Нужно писать то, что необходимо тебе. Раз ты не можешь найти себе идею проекта, то сделай сайт с подбором идей проектов, и с пошаговой разработкой этих проектов. Начать конечно стоит с простого, с сайта с интерактивными задачами. Потом допилить до уровня проектов.
Не могу придумать никакую годную идею. Понимаю, что два недоджуна не смогут сделать машину, которая взлетит, хотя бы из-за финансов, но не хочется ничего не делать. Плюс - это практика и будет о чем поговорить на собеседовании. В прошлом, писался большой проект командой интернов (что-то типа авито или олх для услуг/нужд детей и родителей), так что хоть какой-то опыт есть.
Хочется сделать какую-то бизнес штуку, возможно какие-то вычисления, алгоритмы, возможно интеграция с другими апи.
Из стека: Java 8, Spring Boot, Spring Rest, Spring Data(JPA), Hibenate, Maven.
Так вот собственно вопрос, может у кого-то есть какая-то идея или нужность в чем-то, например, в работе или просто необходимый ему веб-ресурс?
Еще такой вопрос, если мы все-таки дойдем до фазы поиска фронта, что нужно требовать от него? Простите за возможные холивары, я просто совсем не разбираюсь в фронте и не знаю, будет лучше Angular или React, например? Как проверить скилы фронта?
В любом случае, спасибо за все ответы, надеюсь я смогу подчерпнуть что-то полезное.