Xenywest, на при чем тут компактность мира? Комментаторы иронизируют над тем, что автор учит других, не имея собственного практического опыта. Неважно в какой области - хоть веб, хоть математика, хоть сопромат.
И в их словах есть изрядная доля истины. Я сам не люблю колхозных самоучек, которые говорят типа да нафига мне эта ваша теория, я все выучил по туториалам на ютубчике - разумеется, теория важна и полезна. Но и обратная крайность тоже плоха. Особенно, если ты учишь других.
Xenywest, ну как бы посыл понабежавших не в том, какой язык правильный. А в том, что автор чистый теоретик - преподаватель с нулевым практическим опытом в реальной индустрии.
Подтверждаю, что рынок математического программирования (matlab, python) довольно широк. Конечно, не настолько как веб, но всё же. Сам не ожидал, пока лично не столкнулся.
Смысл? Мне кажется надо просто понять, что пока Вы знаете ровно столько, сколько может выучить 9-ти классник за год
Ха-ха три раза.
Ваш гипотетический девятиклассник только научится жонглировать красивыми словами, а по факту он будет начинающим говнокодером. Я уверен на 146%, что до уровня автора вопроса ему будет как раком до Китая.
Знать синтаксис JS не значит уметь на нем программировать. Знать свойства CSS не значит уметь верстать. Знать команду npm install не значит быть фронт-эндером.
Сейчас все меряются длиной технологического стека, а про глубину и качество знаний все забыли.
Ну и имеем табуны "молодых динамично развивающихся".
У меня также на странице работает плагин FullPage и у меня ощущение, что это из-за него
Да, очень похоже, что это из-за него.
Я посмотрел в отладчике - слайдер и фуллпейдж одновременно вешают обработчики на событие mousedown и видимо конфликтуют.
Косвенно эта версия подтверждается тем, что если врубить в Хроме режим тач-событий - слайдер начинает работать. То есть мышиные события поломаны, а тачевые нет.
Вероятно, вы найдете ответ тут: https://github.com/alvarotrigo/fullPage.js/wiki/FA... https://github.com/alvarotrigo/fullPage.js/wiki/FA...
По всему похоже, что тут дело не в каком-то очевидном баге, лежащем на поверхности. Тут что-то поглубже и отловить это без исходников затруднительно. Интуитивно есть ощущение, что вы что-то ломаете в обработчиках событий.
Лично меня вычисление функций или там числа пи через ряды Тейлора всегда ставило в тупик.
Ну то есть сам-то алгоритм-то понятен, но как контролировать вычислительные погрешности? Если у меня допустим числа double и я хочу получить значение синуса с аналогичной точностью. Что я должен делать? Ведь вычислительные погрешности в последних знаках накопятся раньше, чем я дойду до остаточного члена ряда, который заведомо меньше точности моей разрядной сетки.
Со сглаживанием действительно все непросто. Даже у лидеров отрасли, которые занимаются этим по многу лет.
Случай из личной практики: когда долго едешь прямо, а потом поворачиваешь под прямым углом, то garmin ещё несколько десятков метров рисует трек прямо, потом спохватывается, описывает крутую петлю и выруливает на нужную дорогу. Видимо, слишком агрессивный алгоритм "стабилизации".
Стаж тут не при чем, тут скорее везение - встречал этот шрифт раньше или нет.
Я вот не встречал. Могу только сказать, что это конечно же никакая не готика, а легкая стилизация под неё. Скорее всего, недавнего времени, ориентировочно 90-е годы.
Нужны настройки колор-менеджмента (Ctrl-Shift-K) и посмотреть, не включен ли режим proof color (Ctrl-Y).
Ещё возможно, что на слой наложен какой-то эффект.
Во-первых, это не критика, а просто описание реальной ситуации в этой сфере.
Во-вторых, если вы хотите писать своем в авторском стиле для тесного круга знакомых - это абсолютно ваше право, но... вы же зачем-то озаботились продвижением? Значит вы все-таки хотите широкую аудиторию.
