Комментарии 22
НЛО прилетело и опубликовало эту надпись здесь
А разве битрикс не выполняет своих задач?
НЛО прилетело и опубликовало эту надпись здесь
Но, например, если мне захочется разработать интернет-магазин для ООО «ШаражМонтажКонтора», то я в качестве платформы выберу именно битрикс. Ибо я точно знаю, что за пару часов из коробки у клиента будет работающий интернет-магазин, наполненный товарами из 1С. Ну а потом можно сравнительно легко натянуть дизайн. А уже с рабочим интернет-магазином можно будет горевать как же там все убого и не по MVC и вообще, откуда такие криворукие берутся.
НЛО прилетело и опубликовало эту надпись здесь
Абы как с рандомными разделами и свойствами, по которым без какой-то матери не сделать фасетный фильтр?
Ну почему же? Достаточно один раз разобраться и нет проблем. Заводится, как часы, всегда.
Но во всех встречаемых мною случаях там была дикая помойка, которую приходилось долго и нудно допиливать до чего-то, что не стыдно показать посетителю магазина
Такое происходит тогда, когда в 1С помойка. Устраняем помойку в 1С => Настраиваем структуру каталогов => Профит
НЛО прилетело и опубликовало эту надпись здесь
Пилить кастомную выгрузку под битрикс ни чуть не проще, чем под любую другую CMS.
И чистить эти авгиевы конюшни никто не хочет.
Еще как хотят. Это и есть основа бизнеса франчей.
И еще раз подчеркну: я не сомневаюсь, что у битрикса уйма недостатков. Это так. Но есть куча кейсов, где битрикс чувствует себя прекрасно.
В частности, ООО «ШаражМонтажКонтора» — самый любимый клиент для битрикса. А таких миллионы. Какая-нибудь доставка суши «Кастрюля-сковородка», например. Да там на хрен не упал фасеточный фильтр. Тупо перечень товаров и корзина. Да и товаров 3 с половиной.
а я поставлю nopcommerce, настрою его быстрее и бесплатнее чем 1ass и потом доработаю по мере необходимости
а я поставлю nopcommerce, настрою его быстрее и бесплатнее чем 1ass и потом доработаю по мере необходимости
1) Ну никто и не против.
2) А давайте посмотрим как дела с интеграцией с 1С обстоят?
Смотрим:
Добрый день
У нас есть программа для склада и бухгалтерии не 1с. Нам нужно соединить с nopcommerce. Плагин должен брать co складской программы только те товары которые разрешены для продажи в онлайн. Карточка товара должна включать: номер товара, имя товара, цену, количество на складе, количество товара разрешенное для продажи. Плагин должен поддерживать в актуальном состоянии количество товаров на сайте.Как это можно реализовать? Есть ли какой то готовый плагин или может статья как это работет и как реализовать.
И развернутый и исчерпывающий ответ:
Нужно разработать сервис, который будет брать ваши остатки (например из текстового или XML файла) и размещать в БД NopCommerce по cron
Нужно РАЗРАБОТАТЬ…
И где тут быстрее и БЕСПЛАТНЕЕ??? )
А есть и еще один аспект. После того, как вы уйдете в закат, кто будет клиенту сопровождать это рукоделие? По битриксу уйма спецов. И «спецов» и Спецов. А по вот этому творению — черт его знает. На месте заказчика я бы тысячу раз подумал — оно надо или нет.
а у кого-то хоть раз продукты 1с заработали без вложений? всёравно придётся тратить деньги на программистов, так пусть лучше это будет какое-то своё решение, чем непонятно что
а у кого-то хоть раз продукты 1с заработали без вложений?
1) Шутите? Я могу понять задачу печатные формы подкрутить, но целый обмен с сайтом — это все же слишком тяжелая штука, чтобы вот так взять и отказаться.
2) Что значит «без вложений»? Бизнес в принципе не работает без вложений. Хоть битрикс, хоть что угодно еще. Вы работаете за еду?
А вот масштаб вложений — это уже извините. Разработать вменяемую интеграцию с 1С с НУЛЯ — задача вполне себе масштабная.
А доработать готовый обмен можно и за пару часиков.
Я напомню исходный посыл: есть мысль, что нет хороших и плохих решений. Есть подходящие и неподходящие для задачи. И тут промелькнуло мнение, что битрикс, таки эту мысль опровергает.
Так вот, выскажу всеж таки мнение, что есть задачи, для которых я битрикс буду однозначно рекомендовать. Это шараги с численностью 1-20 человек, у которых нет штатного админа/программиста и которые хотят часть бизнеса вытащить в интернет. Это оправдано. Я и интеграцию махом настрою и заведу все с полпинка. Заказчика же внутренняя красота платформы не интересует вообще, ему по фиг, что там над ООП надругались, что используются антипаттерны и все такое. Ему надо, чтоб работало. И оно работает.
а у кого-то хоть раз продукты 1с заработали без вложений? всёравно придётся тратить деньги на программистов, так пусть лучше это будет какое-то своё решение, чем непонятно что
От того, что бухгалтер почему то лично стесняется поставить нужные галочки, настроив учет налогооблажения под себя, а приглашает для этого программиста (хотя там реально пару галок поставить, вполне доступно не-ИТшнику) — вовсе не следует, что 1С без программиста не заводится.
Легко заводится.
А еще программистами называют эникеев в среде бухгалтеров, так что я бы не ориентировался на том, что там бухгалтера думают, что 1С им настраивают программисты.
А какие задачи призвана решать эта статья? Какие вопросы для себя закроет этот самый junior, следуя Вашим советам?
По задумке, позволит сфокусироваться на самом процессе работы и поможет не тратить внимание на побочные вещи. Несколько советов о том, где черпать новые знания и умения. Ну и в конце концов, это же не туториал, который должен закрыть несколько вопросов. Это все лишь переработанный чужой опыт, я надеюсь, кто-то сможет по-другому взглянуть на происходящие вокруг него процессы и, возможно, что-то переосмыслить или же наоборот увериться в том, что делает все правильно
Ваша компания и технологии не хуже других
Действительно, часто звёздность вида «я работаю в крутой конторе» или «я пишу на крутейшем стеке» абсолютно мнимая. Но из этого не вытекает остальных тезисов этого пункта. Конторы бывают плохие, и даже очень плохие, и это не такая уж и редкость. Технологии бывают плохие, и это тоже не редкость. А еще технологии бывают хорошие, но плохо применимые к решаемой задаче — и вот это вообще ни разу не редкость, а наоборот, очень частое явление.
Для джунов это всё не имеет такого уж большого значения после найма (всё равно придётся работать с тем, что есть), но и создавать ложный образ «да у всех так» им тоже не стоит.
Ну и я бы дописал пару пунктов от личного опыта:
1) Включите и не отключайте свое критическое мышление. Практически любую данность в вашей работе можно и очень часто нужно подвергать сомнению, особенно ту, которая настолько «очевидна», что её даже и не замечают уже. В очень многих случаях именно способность задавать вопросы инициирует улучшения продукта или процесса разработки.
Однако не стоит так же и забывать, что платят вам не за вопросы или споры, а за код. Поэтому споры можно и нужно начинать, но не нужно их затягивать — если компромисс не находится, или вашу мегаидею рубят на корню — отложите их на будущее, а пока «делайте как велят».
2) Не пишите код, а решайте проблемы. Это не обязательно «проблемы бизнеса», но обязательно какая-то хреновая ситуация, которую можно решить или улучшить вашим кодом. Если проблемы нет, то код и не нужен. Если проблему можно решить без написания кода — код писать не нужно. Как прямое следствие — ориентируйтесь на результат (решенные проблемы), а не на процессы, особенно если вторые конфликтуют с первыми. Код, который так и остался на этапе ревью, погребенный под тонной формальных придирок — не решает проблем, даже если он содержит важные и нужные фичи, которые все хотят. Код, который реализует что-то неудобным для пользователя вашего продукта образом — точно так же не решает проблем пользователя, даже если вы в нем накодили какую-нибудь идеальную архитектуру в вакууме. Самые хреновые программисты выходят из людей, которые начинают работать на процессы («тикет закрыть») вместо работы на результат.
Программисты могут ответить на него следующими способами:
Только ответа не 3 а 4. Забыли вариант.
4) Да читал, помню для чего, но мне на… не надо.
Король разработки у нас один и имя его многим из нас хорошо знакомо.
Эмм… Линус?
Нет, отсылка к одному популярному автору с хабра, у которого в шапке профиля это написано :)
Спасибо, не догадался бы. Также хотел бы поблагодарить за статью. За два года не очень качественного опыта, прошедших с получения первой работы в голове закрепились некоторые из описанных здесь искажений. Додуматься до их неправильности, наверное, несложно, но даже услышать подтверждение собственным мыслям от более опытного коллеги бывает приятно и полезно.
Филипп Ранжин
Знаете, меня вряд ли можно назвать сеньором. У меня всего 3 года опыта разработки и повидал я сравнительно мало.
Э…
Ну за три года не все джуны выростают до полноценных миддлов.
А уж сеньоров с опытом меньше 5 лет не видел (да и те были гениями, типичный сеньор — это ближе к 7-9 годами, причем не всем дано).
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Junior — приговор или возможность? Что надо знать новичкам о своей первой работе