Да, есть такая вещь. И именно потому крайне важно каким будет первый язык. Поскольку школа этого языка, с высокой степенью вероятности, будет определять симпатии и антипатии человека в дальнейшем. И хорошо, если первым языком окажется Pascal, Java, C# да хоть C++. А вот если им окажется Бейсик, то уже всё не так радужно. Опять же, когда люди пишут что многословность является недостатком языка, это как правило говорит о не очень глубоком понимании проблемы. Мудрость гласит: Написать программу так, что бы её понял компьютер — не самое сложное. Гораздо сложнее написать программу так, что бы её легко понял другой человек.
1. Проектирование — смыкается с системным анализом. Это разработка структуры БД. А структура БД, как правило, отражает структуру данных предметной области.
2. Программирование — написание кода для создания базы данных и, если нужно, программирование триггеров и хранимых процедур. Это по сути тот же программист, только на языке SQL (если БД реляционная) и внутренних языках серверов БД.
3. Администрирование — скорее ближе к профессии системного администратора. Предполагает администрирование сервера базы данных. Но помимо установки, конфигурирования и поддержки работы сервера, часто требует оптимизации его работы, анализа планов выполнения запросов на предмет скорости (вместе с разработчиком БД) да и просто «ковыряния» в данных, если с БД что-то произошло.
В современных проектах проектирование БД в виде таблиц часто скрыто различными системами мапирования, когда проектируется объектная модель предметной области и она автоматически превращается в структуру БД. В этом случае разработчик модели данных автоматически создаёт структуры базы данных.
Так что тут также нужно точнее определяться к чему лежит душа.
Да. Это также хороший проверенный «хлеб». ))
Но он несколько более такой ремесленный что-ли. Много тяжёлой, ответственной и даже немного нудной работы.
Сразу вспоминается старый анекдот: — Вот так просто ВЗЯТЬ и уйти из авиации?! :)
Питон — язык интересный. Но, положа руку на сердце, нужно отметить, что если подходить к делу серьёзно, то надёжнее было бы выбрать более корпоративную платформу.
Справедливости ради нужно указать, что Swing уже несколько лет как не развивается. Он лишь поддерживается. На смену Swing давно пришла библиотека JavaFX (JavaFX 8). Там и сконцентрированы все современные подходы для создания визуальной GUI сцены. Это и CSS для стилизации, и FXML для описания форм и байндинга. В качестве визуального редактора используется открытый инструмент Scene Builder. Он передан на разработку в компанию Gluon. Эта же компания развивает инструмент для поддержки создания мобильных приложений для Android и iOS на JavaFX.
Таким образом, сейчас уже не имеет смысла возиться со Swing, если, конечно, вам не приходится поддерживать некий ранее написанный код.
тут можно предположит что посетитель не может выбрать товар и ему нужна помощь.
По уму, я бы предложил ничего не предполагать за посетителя. А просто аккуратно и неназойливо написать в правом нижнем углу, что если у вас есть вопросы, то менеджер прямо сейчас доступен в чате. Нажмите кнопку для начала беседы. Всё.
Хотелось бы по человечески попросить разработчиков магазинов — не употребляйте везде где ни попадя и когда не попадя чат помощник. Последнее время это просто какой-то адский ад. Заходишь на сайт-магазин глянуть что там есть нужного, а тебе хлоп перед носом на полэкрана окно чата — дескать я манагер Петя чем могу быть полезен? (и ведь, падла, часто ещё с таким противным булькающим звуком! )) Да ничем, я ещё вообще не разобрался что и за сколько вы продаёте.
Закрываю окно чата. Перехожу на следующую страницу — и опять, хрясь на полэкрана… я манагер Петя… В общем — не злоупотребляйте. Активируйте чат хотя бы нажатию на кнопку. Я хочу сам решать когда мне спрашивать совета у манагера. Иначе получается как в реальном магазине порой — манагер назойливо стоит у вас под локтем и внимательно смотрит что вы там смотрите. Не крадёте ли чего случаем… :)
Вот так, за 48 часов минимум 12 из участников смогут стать предпринимателями с возможностью подписать контракт с мировом лидером гостиничного бизнеса.
Ну с мировЫм же лидером.
Мелочь, да. Но когда уже народ научится перечитывать за собой свои рекламные сообщения хотя бы пару раз. Этож не пост быстронаписанный в ответ другому. Этож реклама. Этож продвижение. Ну чесслово… :(
Приемлимое понимание механики хорошего, мощного фреймворка — требует времени. И понимания технологий/протоколов за ним стоящих. На коленке по мануалу вы сделаете студенческую поделку для курсача.
Сколько человеко-лет требуется на реализацию проекта, зависит не от его архитектуры, а от сложности/функциональности системы. Можно и за день реализовать простую трёх-уровневую систему со стеком технологий.
И лампочки в коридоре менять. Боюсь, то что вы перечислили называется "И швец, и жнец, и на дуде игрец". Везде может пристроиться как-то...
full stack — это когда некий разработчик способен в одиночку спроектировать и реализовать все уровни некоей многоуровневой системы. К примеру если говорить о Java-WEB, то он знает принципы проектирования БД, способен это сделать и умеет писать SQL запросы и использовать JDBC/ORM. Затем он знает Spring и как хранится бизнес логика. Владеет неким фреймворком, на котором генерируется клиент (скажем Wicket или JSF). Ну и наконец способен программировать самого клиента. Приемлемо знает HTML, CSS, Javascript, jQuery, Bootstrap. И всё это на пристойном уровне понимания, что бы имея под рукой интернет как справочник, можно было реализовать проект достаточно профессионально.
Сам факт скакания с языка на язык и способность что-то там на нём написать — ещё не делает человека full stack разработчиком.
Если вам элегантный вид контролов JavaFX кажется уродским, то боюсь, это скорее особенность вашего персонального эстетического вкуса. Уж не говоря про то, как легко JavaFX контролы стилизуются под ваши нужды средствами CSS/FXML. Да и сторонние LaF уже появляются. Вот, к примеру, modena. Modena будет вторым стандартным стилем который будет в JavaFX 8. Помимо уже известного caspian.
В любом случае, костыльный подход, основанный на локальном веб-сервере (да ещё и c непереносимыми никуда Active-X) и программирование десктоп приложения опираясь на несколько веб слоёв, которые ещё надо интегрировать с бизнес-логикой, имеет смысл только если у вас куча HTML/Javascript программистов и они тотально не способны обучиться писать на Java.
JavaFX давным давно не бета. Уже не первый год. Были версии JavaFX 2.0, JavaFX 2.1, JavaFX 2.2.
Просто сейчас она ещё не часть рантайма и ставится отдельно. Начиная с Java 8 она будет называться JavaFX 8 и станет частью стандартного Java рантайма (JRE) как swing.
Помимо 'писать', есть ещё 'сопровождать'. Допускаю, что есть люди которым нравится сопровождать код, написанный начинающими на ВБейсике или PHP. Но не уверен, что это даёт радость изучения чего-то нового… Хотя, если говорить о новых перлах… :D
Теоретически, всё верно. Практически, многое зависит от человека. Специфика софтверной индустрии — очень быстрая динамика. Месяц-два отвлечения, ещё куда не шло. А вот полгода, уже тяжелее. Начинаешь мыслить другими категориями, все базовые фреймворки обновились на пару версий, да и вообще как-то выпадаешь…
Высокая ЗП она потому и высокая, что ты постоянно на уровне. Если ты ушёл на годик в другую сферу, то ты ещё конечно опытный профи, но побуксуешь месячишко когда вернёшься. Это значит, что проектировать сходу не сможешь, вначале нужно будет подосвежиться знаниями.
В случае автора топика, заказчик будет планомерно разбавлять ASP людей, PHP людьми, что бы они подхватили предметную область. В итоге, через годик, команда ASP парней будет в нише PHP с соответствующими этой нише зарплатами и уровнем мышления. Такова жестокая реальность быстроразвивающейся софтверной индустрии.
1. Проектирование БД.
2. Программирование БД (разработчик БД).
3. Администрирование БД.
1. Проектирование — смыкается с системным анализом. Это разработка структуры БД. А структура БД, как правило, отражает структуру данных предметной области.
2. Программирование — написание кода для создания базы данных и, если нужно, программирование триггеров и хранимых процедур. Это по сути тот же программист, только на языке SQL (если БД реляционная) и внутренних языках серверов БД.
3. Администрирование — скорее ближе к профессии системного администратора. Предполагает администрирование сервера базы данных. Но помимо установки, конфигурирования и поддержки работы сервера, часто требует оптимизации его работы, анализа планов выполнения запросов на предмет скорости (вместе с разработчиком БД) да и просто «ковыряния» в данных, если с БД что-то произошло.
В современных проектах проектирование БД в виде таблиц часто скрыто различными системами мапирования, когда проектируется объектная модель предметной области и она автоматически превращается в структуру БД. В этом случае разработчик модели данных автоматически создаёт структуры базы данных.
Так что тут также нужно точнее определяться к чему лежит душа.
Но он несколько более такой ремесленный что-ли. Много тяжёлой, ответственной и даже немного нудной работы.
Питон — язык интересный. Но, положа руку на сердце, нужно отметить, что если подходить к делу серьёзно, то надёжнее было бы выбрать более корпоративную платформу.
Таким образом, сейчас уже не имеет смысла возиться со Swing, если, конечно, вам не приходится поддерживать некий ранее написанный код.
По уму, я бы предложил ничего не предполагать за посетителя. А просто аккуратно и неназойливо написать в правом нижнем углу, что если у вас есть вопросы, то менеджер прямо сейчас доступен в чате. Нажмите кнопку для начала беседы. Всё.
Закрываю окно чата. Перехожу на следующую страницу — и опять, хрясь на полэкрана… я манагер Петя… В общем — не злоупотребляйте. Активируйте чат хотя бы нажатию на кнопку. Я хочу сам решать когда мне спрашивать совета у манагера. Иначе получается как в реальном магазине порой — манагер назойливо стоит у вас под локтем и внимательно смотрит что вы там смотрите. Не крадёте ли чего случаем… :)
Ну с мировЫм же лидером.
Мелочь, да. Но когда уже народ научится перечитывать за собой свои рекламные сообщения хотя бы пару раз. Этож не пост быстронаписанный в ответ другому. Этож реклама. Этож продвижение. Ну чесслово… :(
full stack — это когда некий разработчик способен в одиночку спроектировать и реализовать все уровни некоей многоуровневой системы. К примеру если говорить о Java-WEB, то он знает принципы проектирования БД, способен это сделать и умеет писать SQL запросы и использовать JDBC/ORM. Затем он знает Spring и как хранится бизнес логика. Владеет неким фреймворком, на котором генерируется клиент (скажем Wicket или JSF). Ну и наконец способен программировать самого клиента. Приемлемо знает HTML, CSS, Javascript, jQuery, Bootstrap. И всё это на пристойном уровне понимания, что бы имея под рукой интернет как справочник, можно было реализовать проект достаточно профессионально.
Сам факт скакания с языка на язык и способность что-то там на нём написать — ещё не делает человека full stack разработчиком.
В любом случае, костыльный подход, основанный на локальном веб-сервере (да ещё и c непереносимыми никуда Active-X) и программирование десктоп приложения опираясь на несколько веб слоёв, которые ещё надо интегрировать с бизнес-логикой, имеет смысл только если у вас куча HTML/Javascript программистов и они тотально не способны обучиться писать на Java.
Просто сейчас она ещё не часть рантайма и ставится отдельно. Начиная с Java 8 она будет называться JavaFX 8 и станет частью стандартного Java рантайма (JRE) как swing.
Высокая ЗП она потому и высокая, что ты постоянно на уровне. Если ты ушёл на годик в другую сферу, то ты ещё конечно опытный профи, но побуксуешь месячишко когда вернёшься. Это значит, что проектировать сходу не сможешь, вначале нужно будет подосвежиться знаниями.
В случае автора топика, заказчик будет планомерно разбавлять ASP людей, PHP людьми, что бы они подхватили предметную область. В итоге, через годик, команда ASP парней будет в нише PHP с соответствующими этой нише зарплатами и уровнем мышления. Такова жестокая реальность быстроразвивающейся софтверной индустрии.