Size: a a a

JavaScript — русскоговорящее сообщество

2019 December 24

ND

Nikita Duginets in JavaScript — русскоговорящее сообщество
В любом случае надо узнавать что на уме у другого, и пофигу верстальщик, фронт или бек.
источник

N

Nelkor in JavaScript — русскоговорящее сообщество
Nikita Duginets
Сверстал ты и запрожил, твой друг сделал так же. Встретились на моменте где надо совместить ваши работы - и заплакали. Ибо каждый делал под себя, верстка друг друга не устраивает, код тоже. Коммуникации и планирования - 0
Для этого существует компонентный подход)
источник

KS

Konstantin Sidorov in JavaScript — русскоговорящее сообщество
Nelkor
Для этого существует компонентный подход)
++
источник

N

Nelkor in JavaScript — русскоговорящее сообщество
Nikita Duginets
В любом случае надо узнавать что на уме у другого, и пофигу верстальщик, фронт или бек.
Разумеется, надо общаться. Но создавать лишние связи ради просто так - не круто
источник

N

Nelkor in JavaScript — русскоговорящее сообщество
Ну типа просто так разделить одну работу на двоих и заставить общаться
источник

ND

Nikita Duginets in JavaScript — русскоговорящее сообщество
Nelkor
Для этого существует компонентный подход)
Ну он самый, наступает момент когда что-то пошло не так, и просто вставить одно в другое не так просто.
источник

N

Nelkor in JavaScript — русскоговорящее сообщество
Я ж не против того, чтобы фронты друг с другом обсуждали архитектуру
источник

ND

Nikita Duginets in JavaScript — русскоговорящее сообщество
Nelkor
Ну типа просто так разделить одну работу на двоих и заставить общаться
Ты не разделил, а распределил обязанности. По итогу каждый занимается своим.
источник

ND

Nikita Duginets in JavaScript — русскоговорящее сообщество
Опять же от компании к компании
источник

N

Nelkor in JavaScript — русскоговорящее сообщество
Я против разделения JS, HTML и CSS между людьми
источник

NB

Not Dan, But... in JavaScript — русскоговорящее сообщество
Друзья, очень узконаправленный вопрос, но может быть кто-то знает:
имеется свг, в которой содержатся прямые линии и кривые. Эти линии имеют обводку. В Chrome все норм отрисовывается, а вот при маленьком масштабе в iOS Safari кривые линии почти не отрисовываются. Связываю это с особенностями движка webkit, типа он в погоне за оптимизацией не рисует сложные path. Что с этим можно сделать? Что почитать?
источник

NB

Not Dan, But... in JavaScript — русскоговорящее сообщество
источник

N

Nelkor in JavaScript — русскоговорящее сообщество
Это одно целое
источник

ND

Nikita Duginets in JavaScript — русскоговорящее сообщество
Nelkor
Я против разделения JS, HTML и CSS между людьми
Есть приколы когда надо прям ппц какие сильные знания css, и у кого-то это будет лучше, а у кого-то js лучше. Одинаковых людей не найти.
источник

ND

Nikita Duginets in JavaScript — русскоговорящее сообщество
На то и коммандая работа
источник

N

Nelkor in JavaScript — русскоговорящее сообщество
Есть возможность управлять толщиной линии от изменения масштаба?
источник

ND

Nikita Duginets in JavaScript — русскоговорящее сообщество
Офф топ короче.
источник

NB

Not Dan, But... in JavaScript — русскоговорящее сообщество
Nelkor
Есть возможность управлять толщиной линии от изменения масштаба?
1) В браузере до сих пор нет возможности получить текущее значение нативного зума webview (того самого приближения контента с помощью жестов "щипка")
2) Нет понимания того, как отличать кривой путь от прямого
источник

N

Nelkor in JavaScript — русскоговорящее сообщество
Nikita Duginets
Есть приколы когда надо прям ппц какие сильные знания css, и у кого-то это будет лучше, а у кого-то js лучше. Одинаковых людей не найти.
Если кто-то из фронтов чего-то не знает в CSS, он спросит у другого и с удовольствием узнает это. Это профессиональный рост
источник

NB

Not Dan, But... in JavaScript — русскоговорящее сообщество
Nelkor
Есть возможность управлять толщиной линии от изменения масштаба?
Мне скорее нужно доказать, что подобное поведение браузера - perfomance optimization) Найти сорцы отрисовки кривого path
источник