По-моему, вы себе льстите. В реальном проекте вам понадобится пару дней, а иногда и недель только, чтобы разобраться что к чему. Сделать какой-то production-ready кусок за пару дней изначально находясь вне контекста проекта — это разве что для совсем уж тривиальных проектов возможно.
В том, что это не ответ, а попытка переложить ответственность. Раз "такой ошибки не возникало", то разработчик типа уже не причем. Способность брать на себя ответственность и не отмазываться — крайне важный навык для всех разработчиков, начиная с мидла, а также для всех менеджерских должностей. Причём совершенно неважно, кто конкретно косякнул, при вопросах извне любой член команды может признать ошибку, извиниться, проинформировать о процессе решения вопроса. Иначе всё перерастает в перекидывание ответственности и поиск козла отпущения, иногда и в виде клиента.
Очень странно, такой ошибки не возникало в процессе.
Только вчера обсуждал фундаментальный недочёт в подготовке программистов в плане софт-скилов, который приводит к этому классическому ответу "У меня работает/работало" xD
Как думаете, кому-то кроме Junior'ов допустимо пользоваться таким ответом?
Мне тоже показалось, что у автора раздвоение личности… Сначала ему не нравились курсы с целью создать сайт, а в итоге он решил обучать на примере создания сайта. Только по сравнению с обычными курсами для новичков, усложнил всё на пару порядков.
Тема, конечно, сложная… Но одно точно: нужен короткий цикл "обучение" -> "программирование" -> "результат". Ну, какой-нибудь консольный конвертер из миллилитров в граммы и обратно для разных кулинарных субстанций, а не вот это вот всё...
Скорее просто div'ы, которые по факту являются частью основной страницы и только за счёт CSS выглядят как что-то "отдельное".
А DOM от документированности полезным stateful объектом не становится :(
Ну, формально у нас есть localStorage, этакий аналог олдскульных settings.ini, из которого можно так же восстанавливать внешний вид, как это делалось при повторном открытии десктопной программы. А пока страница не перегрузилась она вполне себе stateful, на чём и основаны SPA-приложения. В каком-то роде, это ближайший аналог десктопных, им тоже надо время на первичную загрузку, а потом хранение состояния и отзывчивость (за минусом пинга) примерно такая же.
Я тоже когда-то программировал на Delphi, компонентная модель там была удобной спору нет. Но что касается интерфейса не всё так однозначно… На среднестатистическую форму(вкладку) приходилось не больше пары десятков элементов управления. И зачастую было достаточно форм статических размеров, поддержку ресайза можно было только для главной формы делать, да ещё и минимально допустимый размер ей указать.
Если Вы сравните это со среднестатистической современной веб-страницей, то можно прифигеть… тут тысячи элементов управления и надо чтоб всё красивенько отображалось и на мобилках и на 4k мониторах. Поэтому их нельзя просто покидать на формочку, ибо заколебётесь их расставлять и режим выравнивания и ресайза выставлять. Хотя на заре WWW попытки были… тот же Microsoft FrontPage и аналоги.
Короче говоря, мой пойнт в том, что вы помните, что всё делалось просто, но уже забыли, что то, что делалось было на порядки проще в плане интерфейса.
Однако, объективный косяк есть: W3C просто не успевает вводить нормальные стандартизированные элементы, а те, что есть в разных браузерах выглядят по-разному и порой достаточно убого. В итоге даже банальный checkbox или select почти везде эмулируются через кастомную верстку CSS-фреймворками.
Итого: акции Amazon просели на 13% за неделю, существенно, но ничего экстраординарного.
Акции остальных IT-компаний тоже подешевели на 3-7%, что по сути обычная волатильность.
И что дальше? Аналитики ITI Capital ожидают резкого продолжения снижения котировок на следующей неделе или просто не о чем писать было?
Дело в том, что десктопные формы — это по сути обёртки над API графической оболочки, такие как MFC, WinForms, Qt, GTK, etc. И у них есть общая концепция — оконная stateful модель и свой неблокирующий цикл обработки событий, за которым не надо следить.
В вебе совсем другая концепция: во-первых, нет никаких окон, во-вторых, отсутствует автоматическое сохранение состояния, в-третьих, event-loop хоть и есть, но общий для всего кода. Ну и устоявшиеся паттерны взаимодействия с экранами отличаются в вебе и на десктопе.
В итоге эмулировать десктоп в вебе сложно и невостребовано. А развесистая объектная модель для построения интерфейсов хорошо документированная и с относительно удобными методами в вебе есть, DOM называется.
Альтернативы есть:
1. Компиляция из других языков в JS. Вот [тут](https://github.com/jashkenas/coffeescript/wiki/List-of-languages-that-compile-to-JS) списочек где-то на сотню вариантов.
1. [WebAssembly](https://webassembly.org/docs/high-level-goals/)
Альтернативы постепенно развиваются и видимо рано или поздно текущий пи*дец, происходящий с фронтенд-разработкой, сколлапсирует под своей тяжестью и альтернативы обретут большую популярность.
Читайте выше… Вопрос был почему при запрете роскоши или прочих репрессиях на богачей, обычные люди абсолютно никакого профита не получают.
Ответ: потому что эти деньги являются богатством только когда сосредоточены в руках единиц, а для всего населения эти же деньги — это доли процента от средней зарплаты. Ну а glioma ещё забыл, что в случае с миллиардерами это никакие не деньги, а всего лишь оценочная стоимость их доли в компании. Есть конечно какие-то предметы роскоши и наличка, но вряд ли они хотя бы 5% от общей оценки состояния составляют.
Никакой магии. Если каждый из 72 млн.человек, официально работающих в России, скинутся Вам раз в месяц по 10 руб, то у Вас будет 720 млн. рублей в месяц. По-моему достаточно для роскошной жизни. А вот каждому отдельному человеку от этих 10 рублей ни жарко, ни холодно.
Да дебилизм полнейший все эти задания написать какой-то код на бумажке или в GoogleDocs. По факту вы просто отсеиваете людей, которые не умеют писать код на бумажке. Мне такой навык от сотрудников нафиг не нужен.
Ну а разучиться программировать — это из серии разучиться на велосипеде кататься.
По-моему, вы себе льстите. В реальном проекте вам понадобится пару дней, а иногда и недель только, чтобы разобраться что к чему. Сделать какой-то production-ready кусок за пару дней изначально находясь вне контекста проекта — это разве что для совсем уж тривиальных проектов возможно.
В том, что это не ответ, а попытка переложить ответственность. Раз "такой ошибки не возникало", то разработчик типа уже не причем. Способность брать на себя ответственность и не отмазываться — крайне важный навык для всех разработчиков, начиная с мидла, а также для всех менеджерских должностей. Причём совершенно неважно, кто конкретно косякнул, при вопросах извне любой член команды может признать ошибку, извиниться, проинформировать о процессе решения вопроса. Иначе всё перерастает в перекидывание ответственности и поиск козла отпущения, иногда и в виде клиента.
Только вчера обсуждал фундаментальный недочёт в подготовке программистов в плане софт-скилов, который приводит к этому классическому ответу "У меня работает/работало" xD
Как думаете, кому-то кроме Junior'ов допустимо пользоваться таким ответом?
Зальцбург, конечно, на границе с Германией, но вроде был австрийским и во времена Моцарта.
Мне тоже показалось, что у автора раздвоение личности… Сначала ему не нравились курсы с целью создать сайт, а в итоге он решил обучать на примере создания сайта. Только по сравнению с обычными курсами для новичков, усложнил всё на пару порядков.
Тема, конечно, сложная… Но одно точно: нужен короткий цикл "обучение" -> "программирование" -> "результат". Ну, какой-нибудь консольный конвертер из миллилитров в граммы и обратно для разных кулинарных субстанций, а не вот это вот всё...
А он когда-то работал? Во всяком случае, года 2 точно поиск по коду в форках не работает.
Ну не, тогда уж лучше на Си )))
Перепишите на Nim xD
Никак :-)
Чтобы понять принцип работы компьютера, придётся поизучать хотя бы один ассемблер. На самом деле, это довольно увлекательное занятие.
Скорее просто div'ы, которые по факту являются частью основной страницы и только за счёт CSS выглядят как что-то "отдельное".
Ну, формально у нас есть localStorage, этакий аналог олдскульных settings.ini, из которого можно так же восстанавливать внешний вид, как это делалось при повторном открытии десктопной программы. А пока страница не перегрузилась она вполне себе stateful, на чём и основаны SPA-приложения. В каком-то роде, это ближайший аналог десктопных, им тоже надо время на первичную загрузку, а потом хранение состояния и отзывчивость (за минусом пинга) примерно такая же.
Я тоже когда-то программировал на Delphi, компонентная модель там была удобной спору нет. Но что касается интерфейса не всё так однозначно… На среднестатистическую форму(вкладку) приходилось не больше пары десятков элементов управления. И зачастую было достаточно форм статических размеров, поддержку ресайза можно было только для главной формы делать, да ещё и минимально допустимый размер ей указать.
Если Вы сравните это со среднестатистической современной веб-страницей, то можно прифигеть… тут тысячи элементов управления и надо чтоб всё красивенько отображалось и на мобилках и на 4k мониторах. Поэтому их нельзя просто покидать на формочку, ибо заколебётесь их расставлять и режим выравнивания и ресайза выставлять. Хотя на заре WWW попытки были… тот же Microsoft FrontPage и аналоги.
Короче говоря, мой пойнт в том, что вы помните, что всё делалось просто, но уже забыли, что то, что делалось было на порядки проще в плане интерфейса.
Однако, объективный косяк есть: W3C просто не успевает вводить нормальные стандартизированные элементы, а те, что есть в разных браузерах выглядят по-разному и порой достаточно убого. В итоге даже банальный checkbox или select почти везде эмулируются через кастомную верстку CSS-фреймворками.
Итого: акции Amazon просели на 13% за неделю, существенно, но ничего экстраординарного.
Акции остальных IT-компаний тоже подешевели на 3-7%, что по сути обычная волатильность.
И что дальше? Аналитики ITI Capital ожидают резкого продолжения снижения котировок на следующей неделе или просто не о чем писать было?
Дело в том, что десктопные формы — это по сути обёртки над API графической оболочки, такие как MFC, WinForms, Qt, GTK, etc. И у них есть общая концепция — оконная stateful модель и свой неблокирующий цикл обработки событий, за которым не надо следить.
В вебе совсем другая концепция: во-первых, нет никаких окон, во-вторых, отсутствует автоматическое сохранение состояния, в-третьих, event-loop хоть и есть, но общий для всего кода. Ну и устоявшиеся паттерны взаимодействия с экранами отличаются в вебе и на десктопе.
В итоге эмулировать десктоп в вебе сложно и невостребовано. А развесистая объектная модель для построения интерфейсов хорошо документированная и с относительно удобными методами в вебе есть, DOM называется.
1. Компиляция из других языков в JS. Вот [тут](https://github.com/jashkenas/coffeescript/wiki/List-of-languages-that-compile-to-JS) списочек где-то на сотню вариантов.
1. [WebAssembly](https://webassembly.org/docs/high-level-goals/)
Альтернативы постепенно развиваются и видимо рано или поздно текущий пи*дец, происходящий с фронтенд-разработкой, сколлапсирует под своей тяжестью и альтернативы обретут большую популярность.
Поиграться уже можно: https://webassembly.org/docs/c-and-c++/. А за год может и популярность наберёт..
Читайте выше… Вопрос был почему при запрете роскоши или прочих репрессиях на богачей, обычные люди абсолютно никакого профита не получают.
Ответ: потому что эти деньги являются богатством только когда сосредоточены в руках единиц, а для всего населения эти же деньги — это доли процента от средней зарплаты. Ну а glioma ещё забыл, что в случае с миллиардерами это никакие не деньги, а всего лишь оценочная стоимость их доли в компании. Есть конечно какие-то предметы роскоши и наличка, но вряд ли они хотя бы 5% от общей оценки состояния составляют.
Никакой магии. Если каждый из 72 млн.человек, официально работающих в России, скинутся Вам раз в месяц по 10 руб, то у Вас будет 720 млн. рублей в месяц. По-моему достаточно для роскошной жизни. А вот каждому отдельному человеку от этих 10 рублей ни жарко, ни холодно.
Это будет парсер выражений в данном случае.
Где интересно такие кадры водятся? В Индии что-ли?
Да дебилизм полнейший все эти задания написать какой-то код на бумажке или в GoogleDocs. По факту вы просто отсеиваете людей, которые не умеют писать код на бумажке. Мне такой навык от сотрудников нафиг не нужен.
Ну а разучиться программировать — это из серии разучиться на велосипеде кататься.