ахахах Нужна статическая типизация... Вообще то ее не придумали, она сама по себе появилась так как железо тупое и не знает ничего об абстрактных типах. для ЭВМ все одинаково набор битов true/false.
Когда придумали языки программирования где не надо говорить железяке о типах подумали вот круто теперь мы наконец то ушли от типов (первые интерпритируеые языки). А потом оказалось что путаница....
И хорошо что комп не понимает типов на низком уровне... (без интерпритатора) так как заставляет делать более акуратный и ясный код. И вот пришли к тому что сегодня в динамическом языке который тормозит из за динамичности так как всегда проверяет типы, мы добавляем искуственно типы. ради того чтоб код был яснее. технический это никак не улучшает работу программы. интерпритатор дальше определяет типы.
Поэтому и придумали webAssembly. оставили медленный JS для обратной зависимости. и ближающих 10 лет будут вводить новую фичу в массы.
Потому что React отображает только те данные которые ты введешь заранее.
Статический сайт (скачал апликуху которая дальше не имеет контакта с сервером) вполне частая практика.
Но если надо сохранять данные в базе, удобно ими управлять из админ части. реализовать авторизацию то тогда нужен бэкенд. (Ruby/Rails, Python/Django, C#/ASP, Java/Scpring или PHP....)
Сергей delphinpro, Это инженеры так говорят. А организаторы бизнеса ищут задачу с которой существующий коллектив справится максимально быстро и качественно. Максимально похожий проект на предыдущий будет реализован в 10 раз скорее чем тот что был до него. Поэтому инженеры говорят исходя из логики. а логика денег очень часто не совпадает с инженерской или там с мнением дизайнеров. А такие штуки как bootstrap и другие шаблонные решения CMS разные прижились так как позволяют без ньюансов решить задачу.
CSS Grid скоро будет поддерживаться и дизайны будут менее шаблонными. Но это время еще не наступило. И сейчас разработка чего то выходящего за рамки bootstrap просто длится в 5 раз дольше. и находятся баги. Когда устраняешь один появляется второй
Сергей delphinpro, Если Дизайнер рисует под бутстрап то все будет ОК. И если все хорошо понимаешь то можешь и в бутстрапе кастомизировать. Создавая кастомные файлы. CSS Стили имеют свойства перекрытия.
Bootstrap 4 сегодня каждый дизайнер который не знает что такое CSS знает что такое Bootstrap, и наносит линейки так чтоб было 12 колонок с отступами как у bootstrap/ Поэтому надо !!!! А вообще скоро будет grid и тогда дизайнеры смогут тупо рисовать. А мы сможем это легко подогнать. И сайты будут менее шаблонными.
Чем хороши эти два, так тем что они больше всего заточены под архитектуру микросервисов.
А вообще надо смотреть какие функции нужны. Языки JS, Go, Python подходят для написания микросервисов.
RebbitMQ помогает этому всему работать вместе. Выходить надо из того какая задача. Go хорош для паралельных вычеслений. Есть готовые решения в сфере blockchain. Node не хуже Go, просто надо плодить процесcы и не перегружать их так как Они однопоточны. то есть балансировать нагрузку.
Я понял, просто попал на пару статей того времени когда SQL драйвера подводили. Но теперь походу
все пофиксили. Так получилось что на роботе буду использовать Mongo. Но дома хотелось бы пробовать
SQL под Хорошую книгу. Да есть Python но мне кайфовее не менять синтаксис кодинга.
Самое узкое место любого веб приложения это не интерпритатор, а Базы данных и вообще работа с диском, что конпенсируеться грамотной системой кеширования. А еще PHP быстрым обязан быть так как Magento в 100 раз сильнее нагружает Систему чем Магазин на Django. А это CMS очень частая причина использования PHP. Чушь вообще этот разговор )) Что нам мерять бенчмарки в 1000 долях сикунды без работы с базой ?
Когда на тех же количествах запросов будет работа с базой то мы получим сикунды а то и минуты вместо 1000 доли. Смысл говорить о производительности интерпритатора. О ней есть смысл говорить в одном только случае это хайлоад на миллионы юзеров или игровой бэкенд. во всех других случаях пустые разговоры.
Даже если Rust в сто раз лучше С++ это крайне ризкованный, сложный, и дорогой проект. Создавать к примеру движок на Rust который будет разширятся тем же Rust для под определенные игры.
Как Unreal к примеру на C++ написан, и там нет такого понятия как скриптовый язык. там просто пишешь
определенные классы на C++ из которых взаимодействуешь с движком. и собственно программироуешь игру
Николай, Я все ровно ничего не понимаю. Дело в том что я начал с изучения Angular5
Я просто не понимаю принципов работы предыдущей версии.
Смотрю в реакте все понятно, Vue также. С первым просто начинает болеть голова. Навреное из за того что понятия называются также само но выглядять немного по другому.
Johnny Show, насчет Magento с ментором лучше конечно. Вообще если есть возможность пойти не как джун а как Ученник на что то типа Python, Frontend, iOS. PHP, Java,C#,Angroid - технологии у которых своих ньюансов много, помимо программирования надо научится хотя бы делать Hello World / Дополнительный порог из за технических недостатков.
К примеру попробуй на винде поднять Django или Flesk и Pycharn так чтоб был hello World и был готов к работе дебагер. 1. Установка Python, Установка Pycharm, Новый проэкт Flesk в venv. Зеленая кнопка или Блоха(все)
Теперь предположим нам надо установить Laravel и PHP дебагер..... первый раз я с дебагером игрался два часа. Конечно эту проблему решает Docker где все готово, есть даже образы где уже установлен
Framework или CMS.
Johnny Show, Есть фирмы где работают на Москву и исключительно на Битриксе. Меня даже спросили на фирме (западная украина) Зачем тебе Английский. Правда почему то не позвонили, хотя вроде как нормально прошел собеседование. Не парься если не берут, еще собеседование проводит какой то вымаханый джун, да бывает и такое. По меркам их фирмы это сеньйор. Без этого никак. просто молчать и молча развиваться.
Читал и пробовал. Ввожу в require название контроллера parent = undefined
Я забиваю короче. Со старта учил ES6, TypeScrip и Angular5. Дали задание на первом.
Я подобное задание предыдущей фирме сделал за день. здесь капец. Что документация по первому
корявая и stackowerlow то со Scope примеры то с Component и всегда примеры из разных версий
ангуляра. (жду ответа от первой фирмы, не хочу этот первый даже видеть) пол года не зря учил
В React то такая разница между версиями ? Вы не знаете ?
Когда придумали языки программирования где не надо говорить железяке о типах подумали вот круто теперь мы наконец то ушли от типов (первые интерпритируеые языки). А потом оказалось что путаница....
И хорошо что комп не понимает типов на низком уровне... (без интерпритатора) так как заставляет делать более акуратный и ясный код. И вот пришли к тому что сегодня в динамическом языке который тормозит из за динамичности так как всегда проверяет типы, мы добавляем искуственно типы. ради того чтоб код был яснее. технический это никак не улучшает работу программы. интерпритатор дальше определяет типы.
Поэтому и придумали webAssembly. оставили медленный JS для обратной зависимости. и ближающих 10 лет будут вводить новую фичу в массы.