Что почитать по web технологиям?

Помню во второй половине 90-х, постановщиками задач были ведущие программисты. Которые контактировали с заказчиком и при необходимости приглашали спецов для консультаций. Допуская, что времени с тех пор прошло достаточно и технологические процессы могли измениться, позвонил сегодня сынишке в Таганрог и знакомому в Краков. Илья 4 года работал и работает в 2 фирмах, первая тестировала по для самолетов, вторая - разрабатывает медицинское обеспечение для больниц и поликлиник. Фирма краковского знакомого разрабатывает различные веб-приложения на Яве для западных заказчиков.

Спросил, кто у них постановщики задач. Везде - программисты.

И вообще как-то странно некоторые отреагировали, разве плохо, что я хочу учиться? :( Выражаться грамотней, не по типу "вот эту штучку вот сюда, а эту вон туда", хотя бы понимать разводят ли тебя

Чтобы поймать такого исполнителя на... неточности, нужно самому быть специалистом в программировании.

---------- Добавлено 22.12.2018 в 23:14 ----------

Купите полиграф. Обойдется дешевле.

Так в ваших примерах компании работают в сфере IT. А у нас просто интернет-магазин, в штате нет программиста, мы работаем со студией удаленно. Поэтому им пофиг, что у нас там на сайте, они сами пишут- пришлите тз, когда что-то сделать нужно.

---------- Добавлено 22.12.2018 в 23:35 ----------

Наверное, надо было указать, что я в интернет-магазине работаю) у нас один программист из студии на удаленке, сайт уже разработан, просто периодически добавляем что-то новое, стараемся усовершенствовать, основываясь на метрике и тд Вот это и есть моя задача, анализировать поведение посетителей, предлагать решения, вовремя замечать неполадки и тп))

Для этого не надо обладать познаниями в веб-технологиях. Надо просто внятно объяснять программистам, что Вы хотите получить на сайте. Как это должно выглядеть, как сайт должен реагировать на действия юзера. какие возможности должен давать сайт, и т.п.

А учиться - это полезно для общего развития, в интернете достаточно ресурсов для этой цели. Каждый выбирает своё, кому что удобнее. Тут бесполезно что-либо советовать.

ExtraQ, В такой ситуации стоит потратить время на то, что будет так или иначе иметь ценность)) Ну еще лучше, если уже имеет и всегда имело. Выбор у вас большой как я понял, а тут много разных есть личностей, участников и просто ников ...

Скорее всего спрашиваете разное. Но вам кажется, что одинаковое.

Спрашивайте письменно.

Чтобы отвечать на такие вопросы хорошоб лет 10 поработать разработчиком.

Если вместо получения поверхностных технических знаний вы получите поверхностные знания в области менеджмента,

то, возможно, вы сможете как-то так поменять ситуацию, чтобы ему было не наплевать.

Пока ему наплевать никакие ваши знания не улучшат ситуацию.

Ну дык... дебильные схемы оплаты всегда порождают проблемы.

вас устраивает результат ? если нет, то что-то меняйте

Можно, если у вас лицензия активная, то в принципе для малого бизнеса больше нег ограничений на кол-во сайтов, как и у всех остальных лицензий, кроме самой первой. Ввиду того, что битрикс в последних релизах запилил лендингогенератор.

---------- Добавлено 24.12.2018 в 22:16 ----------

Внедрить можно всё что угодно, если вы сможете словами рассказать реализацию. Например можно запилить кнопку "бабло", если вы сможете объяснить как эта кнопка должна его генерировать =) Так что в целом можно реализовать всё что сможете объяснить, как работает, не всегда это конечно нужно, но если платит заказчик, то и музыку он заказывает.

А оплата по времени - это адекватная схема работа, с учетом что это доработки и хотелки, которые можно делать вечно и не переделать. Тут уже вас должно либо устраивать, либо нет. Но сразу скажу, у вас странный разработчик, очень странный или стоимость его часа для вас, ниже чем всех остальных заказчиков и вас просто динамят.

Можно ли в кофемашину встроить мясорубку ? Можно в принципе. Но любой инженер будет этому сопротивляться. Наплевать ли ему ?

Где то так и с программистами, когда они не хотят привинчивать очередной костыль. А может и так, что знаний не хватает на данный момент. Но 3 дня копался в поисках решения и нашел - что можно.

Не любой и не в любой ситуации.

Мне приходилось делать подобные на первый взгляд безумные вещи.

Но заказчик в этиъх случаях мог дать объяснения после которых они становились уже вовсе не безумными.

Весь вопрос в том, что делает исполнитель, одно дело когда пытается выяснить как можно выполнить требования

не разрушив архитектуру, и совсем другое, когда просто "динамит", или делает "на ....сь".

И тут вовсе не технические знания нужны, а понимание, что с "тупыми и дешевыми" работать себе дороже.

Но понимание ко всем приходит в разное время.