Форум программистов, компьютерный форум, киберфорум
Обо всем!
Войти
Регистрация
Восстановить пароль
 
 
Рейтинг 4.75/4: Рейтинг темы: голосов - 4, средняя оценка - 4.75
тест
19 / 19 / 2
Регистрация: 22.10.2019
Сообщений: 217
Записей в блоге: 6
1

Какие трудности испытывают вэб-верстальщики?

01.05.2020, 20:31. Показов 810. Ответов 38
Метки нет (Все метки)

Какие трудности испытывают html-верстальщики, особенно в самом начале своего пути? Я именно сталкиваюсь с тем что не могу найти тот макет который мне нравится, либо если находишь, то возникают трудности в написании, либо я не знаю js, а с чем еще сталкиваются верстальщики?
0

Помощь в написании контрольных, курсовых и дипломных работ здесь.

Programming
Эксперт
94731 / 64177 / 26122
Регистрация: 12.04.2006
Сообщений: 116,782
01.05.2020, 20:31
Ответы с готовыми решениями:

Какие задачи должны решать стажёры верстальщики?
Здраствуйте. Мой брат скинул резюме на вакансию стажера-верстальщика, ему дали задание...

Какие-то трудности с MVS2013
Здравствуйте, вот есть такой примитивный код: #include<iostream> using namespace std; int...

Какие трудности могут возникнуть
Привет всем хочу спросить какие трудности могут возникнуть если разрешить пользователю использовать...

кое какие трудности с default.ini
Здравствуйте, У меня такая проблема, есть файл default.ini с таким содержанием: host =...

38
тест
19 / 19 / 2
Регистрация: 22.10.2019
Сообщений: 217
Записей в блоге: 6
04.05.2020, 09:41  [ТС] 2
и не одного ответа
0
Эксперт .NET
8942 / 6256 / 1043
Регистрация: 21.01.2016
Сообщений: 23,695
04.05.2020, 15:57 3
German_Stolz, а какие ответы вы хотите услышать? Всем известно, что главная трудность и проблема в веб-разработке - CSS. Это даже озвучивать не надо.
0
тест
19 / 19 / 2
Регистрация: 22.10.2019
Сообщений: 217
Записей в блоге: 6
04.05.2020, 16:50  [ТС] 4
Цитата Сообщение от Usaga Посмотреть сообщение
веб-разработке - CSS
Почему так?
0
97 / 230 / 10
Регистрация: 21.06.2019
Сообщений: 1,296
04.05.2020, 17:25 5
Цитата Сообщение от German_Stolz Посмотреть сообщение
Какие трудности испытывают вэб-верстальщики?
Единственная трудность, которую в скором времени будут испытывать веб-верстальщики - абсолютная отсталость и, как следствие, бесполезность их профессии. Само существование архаичных инструментов, таких как текстовые языки разметки html и css вместо нормальных мощных редакторов, которые во всех других областях, связанных с оформлением визуальной информации (в том же издательском деле, например) появились еще в прошлом веке - явный признак поразительной отсталости в этой области.
Конечно, адепты веба сейчас вам расскажут, что все не так и веберы совсем не отсталые, а наоборот самые прогрессивные и вообще на острие технического прогресса. Но вы тогда задайтесь вопросом, а почему ни один графический дизайнер не пользуется такими "прогрессивными" инструментами, как html с css, а по старинке рисуют в своих "отсталых" графических редакторах, и все сразу же станет кристально очевидно.

Добавлено через 6 минут
Да и, собственно, ui-дизайнеры (а это еще одна отдельная профессия, что удивительно) точно так-же слыхом не слыхивали ни про какие языки разметки, а рисуют все в своих редакторах. И только потом их шаблоны реализуют верстальщики. Почему бы, спросите вы, не сконвертировать созданных в редакторе макет в готовую программную реализацию напрямую, без прослойки из веб-верстальщика? Ответ очевиден - веб-макакам тоже кушать хочется, потому и продолжают бесконечно раздувать штат бесполезными профессиями. А потому как область достаточно новая, до заказчикам со знаниями в IT из прошлого века еще не так очевидно, что процессы разработки можно оптимизировать на порядки, если поставить руководить этим делом современных профессионалов, а не распиаренную веб-макаку. Разумеется, все это будет продолжаться вечно и современные автоматизированные средства разработки придут в такую по сути примитивную область, как создание веб-сайтов уже в ближайшие годы.
0
Эксперт .NET
8942 / 6256 / 1043
Регистрация: 21.01.2016
Сообщений: 23,695
04.05.2020, 17:31 6
German_Stolz, ну вот так исторически сложилось. Мощный инструмент стилизации, который ну просто в хлам неинтуитивный, стили в котором комбинируются в совершенно немыслимых комбинациях, и который ну очень сложно отлаживать)

Ну и инфраструктура сборки фронта (всякие веб-паки и npm-пакеты) - это болото. Да, бесплатно, да - гибко всё, но... чёрт.

Добавлено через 2 минуты
Цитата Сообщение от Катафалк Посмотреть сообщение
Да и, собственно, ui-дизайнеры (а это еще одна отдельная профессия, что удивительно) точно так-же слыхом не слыхивали ни про какие языки разметки, а рисуют все в своих редакторах.
Им и не надо о таком "слыхать". Их задача - придумать красивый и удобный дизайн. Электрикам провода, сантехникам - трубы.
0
Модератор
3881 / 2857 / 546
Регистрация: 21.01.2011
Сообщений: 12,374
04.05.2020, 17:46 7
Цитата Сообщение от Usaga Посмотреть сообщение
ну вот так исторически сложилось
Это не то же самое, что ORM-системы и эффективные SQL-запросы? Или все таки другое?
0
97 / 230 / 10
Регистрация: 21.06.2019
Сообщений: 1,296
04.05.2020, 17:49 8
Цитата Сообщение от Usaga Посмотреть сообщение
Им и не надо о таком "слыхать".
А это никому не надо, в том и прикол. Сгенерировать готовый рабочий ui по нарисованному макету с разметкой - примитивнейшая задача автоматизации, тут даже "интеллектуальность" никакая не требуется. По макету с ограниченной разметкой - чуть сложнее, но тоже вполне решаемо современными методами. То, что вместо реализации такой автоматизации веб-макаки предпочитают копаться в упомянутом вами болоте - говорит все, что нужно знать об их квалификации и преследуемых целях. Которые с разработкой качественного продукта и развитием IT отрасли в целом не имеют ничего общего.
0
Эксперт .NET
8942 / 6256 / 1043
Регистрация: 21.01.2016
Сообщений: 23,695
04.05.2020, 17:54 9
Цитата Сообщение от Grossmeister Посмотреть сообщение
Это не то же самое, что ORM-системы и эффективные SQL-запросы? Или все таки другое?
Что вы имеете в виду?)

Цитата Сообщение от Катафалк Посмотреть сообщение
А это никому не надо, в том и прикол.
Было бы не надо, спроса бы на это не было. Логично, не? Я не могу придумать красивый дизайн. А художник\дизайнер может. Но он не может это совместить с кодом. А я могу.

Это в вашем дилетантском представлении всё просто. Есть разные фреймворки, реализующие UI. Есть разные подходы и средства описания стилей (BOM + LESS\SASS\RAW CSS), есть настройка бандлера, которая тоже не тривиальна. Только тот, кто в вообще не в курсе как оно всё работает, может нести чушь про автоматизацию там, где ею и не пахнет.
1
Модератор
3881 / 2857 / 546
Регистрация: 21.01.2011
Сообщений: 12,374
04.05.2020, 17:59 10
Цитата Сообщение от Usaga Посмотреть сообщение
Что вы имеете в виду?)
Я ни разу не работал с ORM-системами, но читал, что они вполне могут генерировать неэффективный SQL (вполне это видел в разных UI-построителях SQL). Понятно, что эффективность важна в нагруженных БД, в ненагруженных и так сойдет. Я это имел в виду.
0
97 / 230 / 10
Регистрация: 21.06.2019
Сообщений: 1,296
04.05.2020, 18:06 11
Цитата Сообщение от Grossmeister Посмотреть сообщение
Это не то же самое, что ORM-системы и эффективные SQL-запросы? Или все таки другое?
ORM изначально разрабатывались как механизм упрощения разработки с БД и ООП. Но очень быстро выяснилось, что ORM и удобная гибкая разработка - вещи совершенно ортогональные, поскольку любая ORM диктует набор серьезных ограничений на архитектуру проектируемой системы и как следствие, приводит к серьезным проблемам в сопровождении и оптимизации. В результате, любая подобная система вместо простой и удобной (как задумывалось) превращается в неуправляемого неповоротливого монстра, обвешанного горами всяких конфигураций, хинтов и т.д. И выясняется, что на самом деле проще вообще все это выкинуть и переписать по нормальному на чистых запросах к БД, чем тащить за собой и неизбежно обвешивать изначально ущербную архитектуру костылями из говнокода, чтобы ее точечно пофиксить.
C css история другая. Изначально там и не было никакой цели сделать просто. Была цель сделать как-то для решения вполне конкретной задачи стилизации документа. И в те времена, когда оно родилось, применение текстового языка еще казалось вполне хорошим решением. Но не сейчас. Сейчас уже совершенно очевидно, что текстовое описание графических интерфейсов - совершенно архаичное контринтуитивное решение, снижающее эффективность разработки в разы, которое должно быть закопано как можно скорее.

Добавлено через 4 минуты
Цитата Сообщение от Usaga Посмотреть сообщение
Это в вашем дилетантском представлении всё просто. Есть разные фреймворки, реализующие UI. Есть разные подходы и средства описания стилей (BOM + LESS\SASS\RAW CSS), есть настройка бандлера, которая тоже не тривиальна.
Собственно, это и есть то, о чем я говорю. Придумывание десятков различных технологий для решения примитивнейшей задачи создания UI, при этом заставляя все описывать текстовым языком вместо разработки эффективных редакторов, которые могли бы прозрачно связать дизайнера с кодом и исключить из процесса макаку, пишущую все эти BOM + LESS\SASS\RAW CSS - это и есть чистое вредительство и торможение прогресса.
0
Модератор
3881 / 2857 / 546
Регистрация: 21.01.2011
Сообщений: 12,374
04.05.2020, 18:10 12
Цитата Сообщение от Катафалк Посмотреть сообщение
C css история другая
Спасибо за разъяснение. С ORM все как я и думал. CSS изучал году так в 2000, но давно отошел, так что интересовался чисто из любопытства.
0
Эксперт .NET
8942 / 6256 / 1043
Регистрация: 21.01.2016
Сообщений: 23,695
04.05.2020, 18:20 13
Цитата Сообщение от Grossmeister Посмотреть сообщение
Я ни разу не работал с ORM-системами, но читал, что они вполне могут генерировать неэффективный SQL (вполне это видел в разных UI-построителях SQL). Понятно, что эффективность важна в нагруженных БД, в ненагруженных и так сойдет. Я это имел в виду.
На самом деле тут всё сложнее. ORM могут генерировать весьма эффективный код, но в пределах тех возможностей, что предоставляют. Любая ORM предоставляет подмножество тех возможностей, что предоставляет голый SQL. Это понятно и очевидно.

Я в своей практике очень много и плотно работал с EF6 (ORM из мира .NET). Это настолько "толстожопая" ORM, что любая полная чернокожая женщина удивится. Но даже на ней можно выдавать вполне себе нормальные запросы. Другое дело, что в коде это больше строк, чем при "тупом" использовании.

Проблема "полновесных" ORM не в производительности запросов, что они порождают, а в ограниченности предоставляемых возможностей. На средних проектах это ещё терпимо, но когда нужно прямо "затюнить" запросы, ORM начинают больше мешать, чем приносить пользу.

Я сторонник такого подхода: использовать самую навороченную ORM вплоть до момента, когда станет очевидно, что её возможнотей уже не хватает. В конце концов, ORM очень здорово экономят время на разработку и производительность труда.

Добавлено через 1 минуту
Цитата Сообщение от Катафалк Посмотреть сообщение
ORM диктует набор серьезных ограничений на архитектуру проектируемой системы и как следствие, приводит к серьезным проблемам в сопровождении и оптимизации.
Чушь. Сопровождение упрощается. А вот оптимизация... зависит от сложности проекта. SQRS в помощь, когда для чтения используется один подход (вплоть до отдельной ORM), а для записи - другой.

Добавлено через 3 минуты
Цитата Сообщение от Катафалк Посмотреть сообщение
Собственно, это и есть то, о чем я говорю. Придумывание десятков различных технологий для решения примитивнейшей задачи создания UI
Примитивные задачи решаются примитивными средствами. Те вещи, о которых я упоминул, - ответ на сложность. Когда-то, веб-разработка была детским садиком. Теперь - нет. Вы там с дивана можете что угодно заявлять. Но те же CSS стили стало невозможно поддерживать без допсредств в виде SASS\LESS, JS стало сильно много, чтобы не разделять не модули. И всё такое.

Бизнес не дебил, чтобы платить просто так.
0
Модератор
3881 / 2857 / 546
Регистрация: 21.01.2011
Сообщений: 12,374
04.05.2020, 18:29 14
Цитата Сообщение от Usaga Посмотреть сообщение
Другое дело, что в коде это больше строк, чем при "тупом" использовании.
Честно говоря, никогда не использовал критерий "количество строк в тексте запроса" для оценки эффективности самого запроса. У меня бывают трехэтажные запросы, которые просто летают и наоборот - запрос небольшой (разумеется не SELECT * from Tab1), которые работают часами (понятно в некоторых таблицах миллионы строк). Все таки отладка запросов не дело автоматизированных систем (по крайней мере пока)
0
Эксперт .NET
8942 / 6256 / 1043
Регистрация: 21.01.2016
Сообщений: 23,695
04.05.2020, 18:44 15
Цитата Сообщение от Grossmeister Посмотреть сообщение
Честно говоря, никогда не использовал критерий "количество строк в тексте запроса" для оценки эффективности самого запроса. У меня бывают трехэтажные запросы, которые просто летают и наоборот - запрос небольшой (разумеется не SELECT * from Tab1), которые работают часами (понятно в некоторых таблицах миллионы строк). Все таки отладка запросов не дело автоматизированных систем (по крайней мере пока)
Речь о том, что запрос сформированный с ORM может быть кратким, но беспонтовым, а может быть развесистым, но эффективным.

Разработчики-новички идут путём наименьшего сопротивления, как ток в проводах, и в результате мы можем иметь небольшое количество кода, которое порождает туеву хучу SQL'а, выгребающего всё подряд. Я это очень часто видел как в проектах, так и в вопросах на этом форуме. Т.е. либо запрос в полторы строки, либо на фиг ваш ORM нужен.

Но такие безобразные запросы не проблема ORM. Это проблема безграмотного их использования. Да и выбор ORM тоже важен. Они же разные бывают по своей гибкости (от микро-ORM до полновесных).
0
97 / 230 / 10
Регистрация: 21.06.2019
Сообщений: 1,296
04.05.2020, 18:50 16
Цитата Сообщение от Usaga Посмотреть сообщение
Чушь. Сопровождение упрощается.
Упрощается, пока сводится к незначительным косметическим изменениям, вроде добавить новое поле в табличку или даже новую таблицу. Что-то более сложное, как та же оптимизация производительности, или тем более попытка использования средств БД, которые данная ORM не поддерживает - и разработка превращается в ад. Т.е. незначительное увеличение скорости разработки в начале в конечном итоге выливается в горы говнокода и неподдерживаемое убожище и совершенно не окупается.
Цитата Сообщение от Usaga Посмотреть сообщение
SQRS в помощь, когда для чтения используется один подход (вплоть до отдельной ORM), а для записи - другой.
Ага, типичный подход, приняты в среде веб-говнокодеров. Нагородить поверх одной горы костылей вторую для решения проблем первой, вместо того, чтобы выкинуть все костыли и сделать по нормальному. А потом удивляются, чего это все становится такое тормозное, а скорость разработки или даже просто исправления ошибок, все падает и падает
0
тест
19 / 19 / 2
Регистрация: 22.10.2019
Сообщений: 217
Записей в блоге: 6
04.05.2020, 18:53  [ТС] 17
Ого! А тут интересно стала уже.
Но все равно вакансий и фриланса хватает для верстальщика, не которые платят по 100 и 120 тысяч рублей. Но это не важно какая зарплата, без верстки все равно не обойтись.. Дизайн - дизайном, а без верстки дизайн уже бессмысленен
0
97 / 230 / 10
Регистрация: 21.06.2019
Сообщений: 1,296
04.05.2020, 18:57 18
Цитата Сообщение от Usaga Посмотреть сообщение
Вы там с дивана можете что угодно заявлять. Но те же CSS стили стало невозможно поддерживать без допсредств в виде SASS\LESS, JS стало сильно много, чтобы не разделять не модули. И всё такое.
Во всем этом рассуждении есть один изъян - причина того, что css стили стало невозможно поддерживать одна - изначально убогий архаичный "текстовый" подход, в эту самую css заложенный. И совершенно не подходящий для того, для чего рассчитан - для описания графических интерфейсов. Только и всего.
0
тест
19 / 19 / 2
Регистрация: 22.10.2019
Сообщений: 217
Записей в блоге: 6
04.05.2020, 19:00  [ТС] 19
Нашел на эту тему вот що:
"Зачем изучать HTML и CSS, или Когда роботы заменят верстальщиков на рынке труда"

https://ru-hexlet-io.turbopage... ynke-truda
0
97 / 230 / 10
Регистрация: 21.06.2019
Сообщений: 1,296
04.05.2020, 19:03 20
Цитата Сообщение от German_Stolz Посмотреть сообщение
Нашел на эту тему вот що:
"Зачем изучать HTML и CSS, или Когда роботы заменят верстальщиков на рынке труда"
Ну типичная рекламная статья очередных говнокурсов, коих тысячи. Ничего нового в общем.
0
IT_Exp
Эксперт
87844 / 49110 / 22898
Регистрация: 17.06.2006
Сообщений: 92,604
04.05.2020, 19:03

Помощь в написании контрольных, курсовых и дипломных работ здесь.

Какие могут возникнуть трудности при таком дизайне?
Какие могут возникнуть проблемы при таком дизайне? например будут ли путаться дивы и их стили...

Какие-то странности с html, из-за этого трудности с парсингом в HtmlAgilityPack.dll
Есть таблица в html коде: <table cellspacing="0" cellpadding="0" width="100%" border="1"> ...

Разработка приложений под Windows Phone 7. Какие трудности ожидают новичка?
Приветствую. Даже не знаю в каком разделе создать эту тему, скорее всего тут :) Решил я...

Верстальщики.
Блин дожился не могу сверстать... Вот такая таблица <div>CODE</div><div><table border="1"...

используют ли верстальщики фраймворки ?
как часто профессиональные верстальщики используют фраймворки ?

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


Искать еще темы с ответами

Или воспользуйтесь поиском по форуму:
20
Ответ Создать тему
Опции темы

КиберФорум - форум программистов, компьютерный форум, программирование
Powered by vBulletin® Version 3.8.9
Copyright ©2000 - 2021, vBulletin Solutions, Inc.