Обычно я нанимаю людей. Знание языка вообще ничего не гарантирует. Более того, в реальной работе чем меньше малоизвестных «особенностей», тем надежнее проект. Платить есть смысл за реализацию задач, а не знание языка. Более того, если у чела есть ряд качеств, на пробелы в знании языка можно закрыть глаза.
Интерфейс, если не брать множественное наследование, фактически по смыслу близнец абстрактного класса без защищенных и приватных элементов.
Имхо соединение интерфейсов в один усложняет понимание кода и повышает связность. Полагаю, самый лучший вариант — перечислять все после implements, а сами интерфейсы распилить на максимально независимые сущности.
Давно заметил, что тесты проходят, если реализация интерфейса добавляет дефолтное значение. Но я ругаюсь на такое — это говнокодерство, пользоваться лазейками совместимости, чтобы расширять функциональность. Интерфейс должен скрупулезно совпадать с реализацией, иначе очень быстро накапливается путаница. Если недостает возможностей старого интерфейса — надо добавить дополнительный интерфейс.
Не слушайте никого, делайте что душа просит! :)
Просто не понял зачем. Зачем делать «все массивами» и т.п. Любой фреймворк имеет право на существование. Буду следить за продолжением. :) Надо только еще понять, как это все применить. Надеюсь в следующих сериях картина прояснится.
С академической точки зрения интересно. Но если подумать, что такое сессия? Это некий ключ к состоянию. Хранить состояние на клиенте? Ну да, можно, если это простая корзина. Корзину даже шифровать не надо. user_id хранить даже в зашифрованном виде я бы не рискнул.
Состояние может быть очень сложным. Дополнительные сложности в отладке ради экономии 1 запроса, но платить за это жирнющей кукой — сомнительная выгода.
Есть маги и ремесленники, которые коллекционируют «приемчики», а есть инженеры, которые рано или поздно начинают понимать как и почему работает. Так выпьем же за инженеров!
Наблюдал как гаишники пасли переход. Специально обученный алкаш стоял в начале перехода на проезжей части и «шагал на месте, махая руками», как бы показывая, что переходит. Все это снималось на камеру. Кто мог остановиться без экстренного торможения (все) и проезжал мимо — оформляли протокол. Фишка в том, что пешеход имеет право выходить, только если убедился, что автомобиль может остановиться. Но он типа «не уверен» и «боится», а народ думает, что мужик тупит и траектории не пересекаются во времени, в традиционном толковании термина «уступи дорогу». Вот такая правовая коллизия. ;)
Видео с регика я бы сливал. Они и так автоматом на закрытый youtube закачиваются. Почти каждый день несколько эпизодов пересечения встречной сплошной и проезд на красный с хорошо читаемыми номерами. Бегать с телефоном малореально, даже за мифический процент. Пока запустится, пока фото сохранится — так можно только в лучшем случае парковку зафиксировать.
Дом возникает только в браузере и может быть в значительной степени сформирован скриптами. Еще скрипты могут создавать аякс запросы и догружать недостающий контент. Чтобы понять, будет ли блок виден пользователю, надо отрендерить в браузере.
Умный пингвин загружает в безголовый браузер, а затем достает контент по селекторам прямо из ДОМа, после того как скрипты сайта отработают. Глупый пингвин ходит с голым curl-ом.
Лучшее SEO, которое не боится алгоритмов — глубокое понимание предметной области, клиентов, терминологии, болевых точек и использование человеческого подхода к клиентам. Сеошники должны гореть в аду за эти «милионные семантики, распределенные по страницам с правильной перелинковкой». Сначала загадили сайты нечитаемыми текстами, теперь лезут во все дыры со своими базами. Единственное радует, за «4 минуты» и даже за 4 часа вы не найдете узкоспецифичные формулировки запросов и ключей, которые можно написать только будучи глубоко в теме бизнеса и хорошо зная своего клиента. Бизнес в принципе не должен зависеть от seo.
Привет! :) Тоже увидел знакомую аватарку в комментариях, понял что серьезные люди делают проект :), захотелось обсудить интерфейс. Молодцы, что пытаетесь решить реально сложную системную задачу.
Нравится идея отделить компоновку, конструирование облика сайта от процесса наполнения-редактирования. Это сильно разные виды деятельности, разные этапы жизни сайта. Полагаю, что облик и отступы должен придумывать дизайнер, а пользователь выбирать шаблоны и вводить тексты. Здесь есть место заработать дизайнеру и, может быть, заработать программисту.
Вы затронули интересные вопросы. Главный вопрос наверно в том, удачная ли концепция редактирования в принципе. С моей точки зрения визивиг привлекателен на демо-сайтах, чтобы показать «как все просто», но по факту элементы управления разношерстные, находятся все время в разных местах. В перспективе мне кажется, что это тупик и трата лишних ресурсов. И ведь все равно приходится делать «панельки» для редактирования элементов, которых нет в явном виде на странице. Даже не метатеги, а скидки, проценты, сопутствующие товары и т.п. Сочетание визивиг и панели управления с формами расщепляет сознание. А если список заказов, заявок, список пользователей? Все равно нужна панель управления, оторванная от внешнего вида сайта.
Представляется более привлекательной концепция «панель управления со своим стандартным дизайном, где есть все крутилки», но изменения отображаются сразу(на соседней половине страницы, фрейме, соседнем окне) и можно прикинуть как замена заголовка повлияет на вид «предварительного просмотра». При этом фронтенд может быть любой сложности. Но, с другой стороны, у вас есть отличный ответ на вопрос «как быстро найти где это все редактировать».
Зашел посмотреть как сделана классификация+инстаграм. Разделы в сочетании с лентой получились не очень. Выбрал специальность, добавил интересы, подписался по профилю, но лента весьма странная. Да и само приложение колхозное. Часто возникают идеи приложений «инстаграм для автомехаников», «инстаграм для кондитеров», но сделать разделы и не потерять простоту сложно.
Чисто по теме, привыкнуть к велику можно быстрее, если правой рукой взяться за левый край руля и представить, что рука является рулем. 8 месяцев — совсем за гранью. Взрослый человек выгодно отличается от ребенка тем, что может заставить себя переключить внимание на нужные участки.
Двухметровый патчкорд 7 категории на алибабе примерно 5 долларов стоит. Кабель оптом 20-30 долларов за 100 метров. Себестоимость патчкорда 12 метров с коннекторами MFP8 — около 25 долларов. Модную оплетку, малярный скотч и работу не посчитал.
Имхо соединение интерфейсов в один усложняет понимание кода и повышает связность. Полагаю, самый лучший вариант — перечислять все после implements, а сами интерфейсы распилить на максимально независимые сущности.
Давно заметил, что тесты проходят, если реализация интерфейса добавляет дефолтное значение. Но я ругаюсь на такое — это говнокодерство, пользоваться лазейками совместимости, чтобы расширять функциональность. Интерфейс должен скрупулезно совпадать с реализацией, иначе очень быстро накапливается путаница. Если недостает возможностей старого интерфейса — надо добавить дополнительный интерфейс.
Просто не понял зачем. Зачем делать «все массивами» и т.п. Любой фреймворк имеет право на существование. Буду следить за продолжением. :) Надо только еще понять, как это все применить. Надеюсь в следующих сериях картина прояснится.
:)
Состояние может быть очень сложным. Дополнительные сложности в отладке ради экономии 1 запроса, но платить за это жирнющей кукой — сомнительная выгода.
Потом эти же селекты раскидать на независимые сервисы, которые работают параллельно, отвечают асинхронно и склеить все в ноде.
Нравится идея отделить компоновку, конструирование облика сайта от процесса наполнения-редактирования. Это сильно разные виды деятельности, разные этапы жизни сайта. Полагаю, что облик и отступы должен придумывать дизайнер, а пользователь выбирать шаблоны и вводить тексты. Здесь есть место заработать дизайнеру и, может быть, заработать программисту.
Представляется более привлекательной концепция «панель управления со своим стандартным дизайном, где есть все крутилки», но изменения отображаются сразу(на соседней половине страницы, фрейме, соседнем окне) и можно прикинуть как замена заголовка повлияет на вид «предварительного просмотра». При этом фронтенд может быть любой сложности. Но, с другой стороны, у вас есть отличный ответ на вопрос «как быстро найти где это все редактировать».
Чисто по теме, привыкнуть к велику можно быстрее, если правой рукой взяться за левый край руля и представить, что рука является рулем. 8 месяцев — совсем за гранью. Взрослый человек выгодно отличается от ребенка тем, что может заставить себя переключить внимание на нужные участки.