То на каком языке программирования вы начали писать и написали большинство программ определяет в дальнейшем ваш стиль программирования

lsclqfqngphb56tf42oifbzqlwm.gif
mpoioch2a2ckj52lrel0fcey4rg.jpeg

Достижения

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

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

Все теги (39)

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

Все ответы (13)
  • В чем разница @media и @viewport?

    ZakkMalin
    @ZakkMalin
    Designer
    Привет! Спасибо за вопрос!
    Их обоих объединяет то, что они называются at-rules https://developer.mozilla.org/en-US/docs/Web/CSS/A...
    @media это объявление тела медиа-запроса
    @viewportэто правило задающее вьюпорт вместо html viewport (на стадии draft)
    Вместо css вьюпорта, используйте тот что в html, в css это свойство находится ещё на стадии разработки

    Когда-то давным-давным давно, в далёкой-далёкой галактике...

    Разрешение экранов айфона стало громадным, и плотность пикселей тоже
    Компания apple придумала в мета атрибуте name значение viewport
    <meta name="viewport">
    Чтобы научить браузеры рендерить веб-страницы состоящих из обычных пикселей в "СSS-пиксели"
    Но, как вы можете понимать, оно относится к HTML а не к CSS
    И W3C не нужно чтобы сущности, связанные с UI плодились в HTML

    Поэтому W3C создал правило @viewport но, уже для CSS:
    @media screen and (min-width: 640px) and (max-width: 1024px) {
       @viewport { width: 640px; }
       ...
    }

    Разница между viewport-HTML и @viewport-CSS лишь в том, что его параметры вы задаёте уже в CSS, а не в HTML

    @viewport заставляет по другому рендерить страницу, чтобы текст выглядел более сглажено и читабельно, в то время как @media запросы это просто ключи для построения уникальных css правил под разную высоту и ширину экранов

    В завершении, @viewportдолжен будет покончить раз и навсегда с ненужными в HTML вкраплениями от UI, бороться за восстановление свободы HTML в галактике, который предназначен только для структуры а не внешнего вида….

    Да пребудет с тобой Сила
    Ответ написан
    Комментировать
  • Площадка, где ищут разработчиков, готовых работать за еду?

    ZakkMalin
    @ZakkMalin
    Designer
    Площадка, где ищут разработчиков, готовых работать за еду?

    А вы не пробовали платить чтобы получить шанс делать комуто работу?
    Ответ написан
  • С чего начать изучать Front-end?

    ZakkMalin
    @ZakkMalin
    Designer
    С чего начать учить Front-End

    0. Git
    1. Английский язык - вся свежая информация на нём
    2. Введение в программирование и алгоритмизацию, плюс базы данных
    3. Язык Си (C89*) - первый нормальный высокоуровневый язык (*его можно компилировать на компиляторе для С++)
    4. HTML
    5. CSS
    6. Vanilla JS
    7. JQuery
    8. SCSS
    9. HTTP/1.1—HTTP/2

    И учите как можно больше теории об программировании, но не злоупотребляйте ею.

    Почему учить теорию?
    - Потому-что, всё что можно было сделать без изучения теории, уже давным давно сделано кемто. Достаточно только погуглить, и вы с 100% вероятностью это найдёте

    Если вы не будете знать теорию, и при этом иметь плохой скилл поиска в поисковых системах, то вы постоянно будете писать велосипеды 99.99% cвоего времени.

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

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

    Мир IT сложен, и я не слышал, что бы в него брали "по блату", имея ввиду программирование, а не бухгалтерию...

    Без хорошей теории ничего путного на практике вы не сможете создать.

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

    Фокус в том, что зная теорию, вы сможете практику набрать потом самостоятельно из Google :)
    C теорией бывают проблемы, её найти достаточно хорошую нелегко. В то время как с поиском практики проблем не возникает, разве что надо иметь имбецильность, что бы не найти себе задачу.

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

    Программист не пишет "для души", он 100% времени на работе работает на кого-то. И зачастую, среди тех над ним, кто знает много теории.

    Следующий параграф посвящается троллям пишущим на недоязыке PHP:

    Касательно обязательного изучения языка Си. Его должен знать любой айтишник, и даже если вы девочка пишущая на VBA в Excel, то без знаний С89 вы — гуанокодер. И не надо ассоциировать этот язык с низким или каким то мифичным "средним" уровнем. Среднего уровня не бывает. Язык Си не низкого уровня, потому что первый признак высокоуровневого языка, это когда человек пишет код нацеленный на решение задачи, а не командами которые понимает процессор. Объясню. Ложное представление о том, что это язык низкого уровня сложилось давно, когда не существовало хороших компиляторов для него. До 1994 года было всего 3 компилятора более менее адекватных: Microsoft, Borland, и Intel. Но, они были мягко говоря плохими, потому что имели искусственный интеллект для оптимизации машинных кодов. Под который, обязательно требовались правки на языках ассемблера. Девяносто четвёртый год стал переломным, благодаря тому, что в Linux ядро посыпалось очень много коммитов, оно стало быть OpenSource. Разработчиков компиляторов до этого времени было от силы 10 000 человек. Но после того, как все желающие смогли отправлять свои баг-репорты, их количество очень резким скачком выросло с десяти тысяч до нескольких миллионов человек! В очень короткий срок — до 2 лет (учитывая масштабы проделанной работы, и количество затраченного времени, это ничтожно малое время). Удалось пофиксить баги ИИ компиляторов до того уровня - когда знания языков ассемблера перестали требоваться, чтобы перевести программу написанную на языке Си в машинные коды. После этого самого масштабного события в мира IT, языки ассемблера можно не учить, почти в ста процентах случаев.

    Изучение Си
    Cи стоит изучать по первому изданию книжки K&R, и желательно в английской версии. Хотя, можно и в русской, но это исключение. И не смотрите что в первом издании капсом много написано кода. Не повторяйте так - это ошибка русских быдло-переводчиков. Второе и последующие издания с lowercase в коде, но они посвящены стандартам, а не столько языку. По этому их не читайте.

    И как можно раньше, выучите Git. В процессе обучения, вы будете писать много кода. Его надо гдето хранить, он пригодится вам в работе. Если у вас получится понять что такое гит даже на нулевом этапе, то непременно сделайте это! Как можно быстрее. Вам надо научиться в надёжном месте хранить свои наработки, с понятными пушами. Вы потом оттуда будете копипастить свой код.

    Писать скрипты без знаний теории как работает платформа под которую пишешь можно, также можно делать жигули по итальянским чертежам, но что из этого получилось, все мы прекрасно уже знаем. Именно поэтому рынок IT в СНГ не развит. Потому что на всё забивают, и сразу приступают что-то делать. Если вы скажете что рынок развился, то посмотрите хотябы на какуюто крошечную страну вроде Израиля, и на их рынок IT, прежде чем нести такую ахинею.

    Before getting started with ... , be sure to read the following as ... .


    Но, если вы не хотите теорий, а сразу практику, то задайтесь вопросом, что делает Фронтендщик. Одной из его обычных задач является сборка проекта. Например, компоновка элементов интерфейса в один спрайт (не актуально для HTTP/2). Или например он "занимается" расстановкой префиксов -webkit-, -moz-, -ms- и др. вот с них и начните, если верстальщица до этого не додумалась.

    Фронт-эндщик знает что находится «под капотом» на сервере, бэкенд его не пугает:
    5d262910d2702244335395.png

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

    Фронтендщик - это интерфейс, между фронтом и беком. Острая потребность в его профессии отпадает, используя JavaScript на обоих сторонах сервиса.

    Пыхари должны остаться без хлеба, ДжаваСкриптеры их хорошо поджимают разнообразием фреймворков.
    Ответ написан
    1 комментарий
  • Нужно ли провинциальное высшее IT образование?

    ZakkMalin
    @ZakkMalin
    Designer
    Нужно. Получите этот технический диплом любой ценой, ни за что не отступайте, во сколько бы вам это не стало.
    Ответ написан
    Комментировать

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

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