Производственное предпринимательство состоит из двух постоянно взаимодействующих и дополняющих подвидов.
Первый – производство традиционных товаров по неизменной технологии, неизменным каналам продвижения товаров и схемам реализации. Оно из-за конкуренции оставаться эффективным долгое время не может и достаточно быстро ведет к неудаче. Поэтому регулярно необходимы изменения в производстве товаров.
Второй подвид – инновационный (англ. innovation– нововведения) выражается в постоянном усовершенствовании традиционного продукта, технологии, организации производства и в конечном итоге заканчивается переходом к товару с принципиально новыми характеристиками и свойствами и даже областями применения.
В последнем случае коммерческий результат является плохо определяемым, рискованным. Поэтому появился, как особая подветвь инновационного предпринимательства, венчурный (англ. venture–рисковать) бизнес. Он характерен для наукоёмких, высоко технологических производств. Под венчурной компанией понимается обычно небольшая коммерческая организация, где разрабатываются идеи, под них новые машины и технологии, а доход представляется небыстрым и плохо определяемым по величине.
Коммерческие тайны. Бизнес — это марафон
Коммерческое (лат. сommercium – торговля) предпринимательство. Оно более рискованное в сравнении с производственным. Повышенный риск вызывается изменчивостью рыночной конъюнктуры; перемещением товаров на значительные расстояния, погрузочно-разгрузочными работами, складированием, что вызывает определенные трудности в сохранности, сопровождается изменением качества товаров при транспортировке и хранении, а бывает и количества; меньшей надежностью соблюдения договоров по срокам поставки и расчетам. Отсюда следует необходимость большей доходности коммерческого предпринимательства по сравнению с производственным.
Разумеется, производитель товара может сам, и часто именно так и бывает, заниматься продажей товара покупателю. Такая деятельность называется производственно-коммерческой. Но для среднего и тем более крупного предпринимательства это экономически не выгодно.
Финансовое (лат. financia – наличность, доход) предпринимательство. Это деятельность на денежной стадии оборота капитала, когда товаром являются наличные и безналичные деньги, валюта, ценные бумаги. Деньги могут быстро обесцениваться из-за инфляции, а ценные бумаги быстро менять свой курс и значительно отличаться по номинальной и реальной стоимости. Значительный риск финансовой деятельности предопределяет ее потенциально высокую доходность, большую, чем при производственном и коммерческом предпринимательстве.
По своему содержанию финансовое предпринимательство представляет собой оказание услуг (производственное предпринимательство) при совершении сделок производственного или коммерческого характера и одновременно является посреднической (коммерческой) деятельностью между сторонами, такие сделки заключающие. Финансовое предпринимательство является инфраструктурой предпринимательской деятельности.
Коммерческие тайны. Облачные технологии
Основными институтами, образующими инфраструктуру предпринимательства, являются банки, инвестиционные компании и фонды, фондовые и валютные биржи.
Консультационное предпринимательство (лат. consultants – советующий). Его суть в снижении неопределенности при принятии предпринимательских решений и увеличении их эффективности. Консультационные фирмы на платной основе изучают и дают рекомендации по самым разным вопросам: правовым, управления финансами, оптимизации налогообложения, маркетинга, стратегического управленческого планирования, технологическим вопросам производства, информационным технологиям, управления персоналом, реорганизации бизнес- процессов и т.п. Это сложный вид предпринимательства с высоким риском, требует от исполнителей высокой квалификации и поэтому он достаточно дорог.
На стыке финансового и консультационного предпринимательства существует ещё два подвида: трастовое и аудиторское.
Трастовое (англ. trust – доверять) представляет собой доверительное управление чужой собственностью, т.е. оказание услуг клиентам, которые в силу разных причин не могут или не хотят управлять своим имуществом.
Аудиторское (англ. auditor – ревизор, контролер) является деятельностью по проверке финансового состояния организации, выработке рекомендаций по дальнейшей финансовой политике и т.п.
Источник: studopedia.info
2. Коммерческий бизнес
Деловая коммерческая деятельностьпредполагает осуществление обмена товарами и услугами между продавцами и покупателями. Таким образом,субъектами коммерческого бизнесаявляются предприниматели, деловая деятельность которых сосредоточена на проведении торговых, торгово-закупочных и торгово-посреднических операций. Коммерческий бизнес в общем случае можно определить как вид предпринимательской деятельности в сфере обращения или предпринимательской деятельности на товарных рынках.
Современная коммерция является с одной стороны историческим продолжением предпринимательской деятельности купцов, но с другой стороны данное явление не сопоставимо с купечеством по своему месту и роли в рыночной экономике.
Коммерческий бизнес объединяет два основных вида деятельности предпринимателей на товарном рынке:
- торговля товарами– это деловая деятельность субъектов бизнеса, в ходе которой они становятся собственниками товаров, которые затем перепродаются конечным потребителям;
- посредничество в торговле товарами– задача торговых посредников состоит в содействии нахождения деловых товаров между продавцами и покупателями.
- Торговые агенты– это физические и юридические лица, работающие по договору с фирмой-продавцом и выполняющие функции торговых партнеров. Они не приобретают товар в собственность и работают за счет фирмы.
- Региональные торговые представители– это физические и юридические лица, которые действуют от имени и по поручению фирмы продавца. Это относительно самостоятельные структурные подразделения фирмы-продавца. Они работают за свой счет, т.е. закупают товары и реализуют их.
- Дистрибьюторы– это также физические и юридические лица, наделенные фирмой-продавцом полномочиями по использованию различных форм продвижения продукции вплоть до заключения договоров и проведения рекламных кампаний. В зависимости от условий договора могут являться собственниками товара, а могут и не являться собственниками товара.
- Комиссионеры– это юридические лица, выступающие от своего имени, но за счет продавца, т.е. поставщик сдает товар на реализацию, а посредник реализует его за комиссионное вознаграждение.
- Товарные дилеры– это юридические лица, работающие на рынке от своего имени и осуществляющие деятельность, связанную с приобретением товаров от производителей и перепродажей их по более высоким ценам.
- Оптовая торговля– это начальная стадия движения товара от производителей к конечным потребителям. Выделяюттри типа оптовой торговли: биржевая; организованная внебиржевая (аукционы, ярмарки, различные торги); неорганизованная (оптовые базы, оптовые магазины).
- Розничная торговля– это завершающее звено в движении товаров. Характеризуется реализацией товаров и единичными экземплярами.
- организационнаясостоит в создании условий проведения биржевой торговли;
- арбитражнаяосуществляется в случае нарушения правил проведения биржевых торгов участниками сделок, а также для урегулирования споров;
- информационнаясостоит в создании специальных коммерческих баз данных, содержащих информацию о товарах, ценах на них, процессах, происходящих на других товарных биржах и на внебиржевом рынке;
- котировальнаязаключается в биржевом определении цен на товары.Котировка ценсостоит в фиксации и опубликовании цен, выявившихся в результате биржевых торгов.
- Биржевые брокеры заключают сделки по поручению клиента и от своего имени. Они не обладают собственными активами.
- Биржевые трейдеры осуществляют торговлю товарами от своего имени, за свой счет и на свой риск.
- форвардные(заключаются под поставку реального товара в оговоренные сроки);
- фьючерсные(заключаются под несуществующий товар, но предполагаемый к производству и поставке);
- контракты с опционами(это особый вид биржевых сделок, которые преследуют цель снизить риск; это договорное обязательство по покупке или продаже товаров по цене, установленной в момент заключения сделки в пределах согласованного периода).
- закупке материальных ресурсов;
- сбыте произведенной продукции.
- неразрывная связь коммерческой деятельности с принципами маркетинга;
- гибкость коммерческой деятельности, заключающаяся в постоянном изучении прогнозировании товарных рынков, совершении рекламы, внедрения инноваций и т.д.
- выявление коммерческих рисков и их минимизация. Коммерческий рисквозникает при невыгодном изменении цен на закупаемые средства производства реализуемой продукции, в результате потери товаров в процессе обращения, повышения издержек обращения. К основным методам снижения коммерческого риска относятся: страхование; резервирование средств на покрытие непредвиденных расходов; распределение риска между партнерами.
- высокая ответственность за выполнение принятых обязательств по торговым сделкам;
- нацеленность на получение прибыли.
Источник: studfile.net
Что я хотел бы знать о коммерческой разработке до того, как попал в нее
Антон Мацышин — Junior Full Stack Developer в компании Binary Studio. В своей статье на DOU.UA он рассказал о тех аспектах коммерческой разработки, о которых узнал на собственном опыте, хотя предпочел бы узнать раньше.
Когда я начинал свою карьеру в IT, то понял, что мое представление о разработке немного отличается от реальности. Поэтому я и решил написать эту статью: чтобы люди, которые хотят попробовать себя в этой отрасли, стали немного лучше понимать, что она из себя представляет и во что нужно инвестировать свое время.
Программирование меня заинтересовало на первом курсе университета, когда нам преподавали C#. Мне понравился этот язык, и я решил изучить его получше в надежде получить офер заветного Junior .NET Developer. Постепенно освоил синтаксис, ООП, перешел к конкретным технологиям и написал несколько pet projects. Но назвать себя разработчиком в тот момент я еще не мог. В чем же причина?
Чем разработчик отличается от человека, который просто пишет код
Для начала нужно разобраться с целями коммерческой разработки. По моему мнению, единственная ее цель — предоставлять программное обеспечение, которое помогает оптимизировать или оцифровывать процессы бизнеса. Звучит немного заумно, поэтому рассмотрим конкретный пример.
Допустим, мы решили оставить распиаренное IT уже на этапе этой длинной статьи и попробовать себя в продаже новогодних елок. Возникает вопрос обработки заказов. Можно набрать большой штат сотрудников, а можно создать приложение, в котором пользователи смогут оформить покупку сами. И тогда нам не нужно содержать отдел для обработки заказов. Мы как владельцы счастливы, ведь теперь тратим меньше, а значит, зарабатываем больше, а все из-за такого хорошего приложения.
Теперь попробуйте, исходя из описанного примера, дать ответ на вопрос: а какая цель разработчика в этом процессе? Разрабатывать приложение по каждой букве принципа SOLID? Писать самый оптимизированный код в мире? Может, мы как заказчик хотим видеть трендовые технологии на нашем проекте? Очевидно, нет.
Мы хотим продавать еще больше елок, зарабатывать еще больше денег и добиться монополии в своей отрасли . Поэтому, как писал Жак Фреско: «Разработчик решает в первую очередь проблемы бизнеса, а уже исходя из них технические задачи».
Девелопер должен смотреть шире технических задач:
- Необходимо понимать предметную область проекта. В нашем случае — какие елки компания поставляет, этапы оформления покупки и так далее.
- Нужно видеть конечный продукт разработки. Зачем клиент запрашивает новый функционал, как он сделает приложение лучше.
Здесь добавлю несколько ремарок. Конечно, разрабатывать по SOLID, писать оптимизированный код и быть в тренде технологий хорошему разработчику все так же необходимо. Я лишь хочу сказать, что без понимания конечного продукта даже очень хорошей технической базы будет мало. Также описанные выше обязанности частично берут на себя Project Manager и Business Analyst.
Они конвертируют запросы бизнеса в конкретное ТЗ для разработчиков. Но даже в таком случае необходимость понимать предметную область и цели проекта никуда не пропадает.
Какими качествами должен обладать хороший разработчик
Исходя из задач, возложенных на разработчика, я выделяю для себя список качеств, которые помогают выполнять их хорошо.
Понимание того, чего хочет клиент
Как мы уже обсуждали, заказчик не хочет, чтобы вы писали код, он хочет, чтобы вы делали его продукт лучше. Поэтому, прежде чем засучить рукава и начать программировать, я бы сначала разобрался, какую проблему бизнеса решает функционал. Возможно, ее удастся решить, не написав и строчки кода.
Также следует помнить, что иногда клиент сам не до конца понимает, как запрашиваемая фича влияет на конечный продукт. В моей практике были случаи, когда в ходе работы я видел, что мой функционал может сломать уже существующий. Или что он уже реализован, но в другом модуле приложения. Таким моментам следует уделять особое внимание, дополнительно обсуждая их с заказчиком.
Умение презентовать свою работу
Огромную роль играет не только то, что вы делаете, но и как вы это презентуете. Совсем уж элементарный пункт, да? Из своего опыта могу сказать, что это далеко не всегда так. Если вы работали над функционалом, польза которого не видна здесь и сейчас (например, написали сервис для вызова удаленных процедур, обертку над библиотекой, интегрировали в проект новую технологию), то объяснить человеку без технического бэкграунда, зачем вы этим занимались — отдельный вид задач.
Я развил это качество в Binary Studio Academy. По ходу работы над проектом наша команда представляла свои результаты условному заказчику, который задавал много вопросов, делал замечания и вносил правки в конечный функционал. Это научило меня смотреть на задачи шире, понимать, какую пользу в итоге они принесут конечному пользователю.
Способность работать в команде
Как я считаю, одно из самых важных качеств вообще. Под ним я подразумеваю уважение к работе и подходам ваших коллег, адекватную реакцию на просьбы, умение признавать свои ошибки и правильно реагировать на ошибки других. Проще говоря, нашумевшие soft skills.
С этим пунктом мне помогла опять-таки академия, так как разработка проектов ведется в командах. Не последнюю роль сыграл и мой университет: у нас достаточно часто были лабораторки на несколько человек. Хоть звучит это и не очень впечатляюще, но при желании можно извлечь пользу и из таких занятий.
Умение разбираться в чужом коде
Даже если предположить, что вы работаете на новом проекте, вам все равно придется иметь дело с кодом коллег. А если проект разрабатывают уже несколько лет? В таком случае умение быстро разбираться в существующем функционале — огромный плюс для инженера.
Я развивал этот навык следующим образом: когда начинал изучать новую технологию, то смотрел популярные репозитории, в которых она используется. Таким образом можно убить двух зайцев одним выстрелом: посмотреть, как то, что вы изучаете, применяется на практике, и научиться разбираться в коде, написанном другими инженерами.
Немного о hard skills
Цель разработчика — делать бизнес заказчика лучше. Если то, что вы реализовываете, не улучшит бизнес, то, скорее всего, это не нужно. Но из этого следует вопрос: а какой тогда смысл писать хороший код? Если код, написанный на коленке, дает тот же результат и приносит бизнесу ту же пользу, что и хорошо спроектированный, зачем тратить время и ресурсы попусту?
Зачем писать код по стандартам
Какую пользу разработка по стандартам несет для бизнеса? Ведь если пользы нет, то нет и смысла использовать эти стандарты.
Дело в том, что плохо написанный код невероятно тяжело поддерживать (спасибо, Капитан Очевидность). Инженеры вместо того, чтобы работать над новым функционалом, будут неделями разбираться с уже существующим, бороться с side effects и молиться, чтобы их фича не сломала половину приложения. На задачи будет выделяться намного больше времени, а время, как известно, — деньги. Вряд ли какой-либо бизнес хочет их терять.
Как научиться писать хороший код
По моему мнению, важно понимать, что качество кода растет постепенно. Не бывает такого, что сегодня вы пишете плохо, а завтра, прочитав какую-то статью/освоив новый подход, начнете писать хорошо. Это процесс долгий и непрерывный, нужно запастись терпением.
Ниже я перечислю то, что сильно помогло мне улучшить свой код:
- Изучение SOLID, KISS и DRY. Эти наборы правил увеличили качество кода в разы. Некоторые из них достаточно непростые, поэтому советую сразу пробовать применять их на практике.
- Постоянное изучение обновлений языка программирования, технологий, которые использую. С каждой версией разработчики добавляют что-то, что делает код потенциально чище. Так что быть в тренде нужно обязательно.
- Много практики. Для себя я не ставил цель программировать по 25 часов в сутки: лучше меньше, но регулярно. Также развивает навык разработка в команде с другим человеком, частые code review и дискуссии на тему, как лучше реализовать логику приложения.
MythBusters
Перед тем как закончить статью, я бы хотел рассказать о нескольких стереотипах, в которые верил до начала работы в IT.
Работа в большой компании = хорошая работа
Как мне кажется, один из самых распространенных мифов. Конечно, я не утверждаю, что работать в большой компании плохо. Я имею в виду, что нужно оценивать конкретные вакансии: с какими технологиями будете работать, какие будут обязанности, на какой проект вас берут и так далее. Известное имя — это не всегда гарант хорошей работы.
Вера в best practices
Когда я начинал изучать программирование, то верил, что существует подход, благодаря которому можно разрабатывать системы идеально. К сожалению, это миф. В конечном итоге все зависит от конкретной задачи, возможностей языка, особенностей проекта, сроков… Список можно продолжать долго. Как тогда определить, когда какой подход использовать? С этим поможет только практика.
Технологии ради технологий
Начинающему инженеру всегда хочется работать с новыми технологиями, и ничего плохого в этом желании нет. Пробовать новые языки, фреймворки и подходы в своих pet projects можно (и нужно) сколько угодно. Но если вы предлагаете внедрить в коммерческий проект новую технологию, то ответственным за это решение будете вы. Поэтому важно использовать не что-либо самое новое или лично вам интересное, а то, что подходит под конкретную задачу.
Итог
Еще раз подчеркну главную мысль статьи: разработчик решает в первую очередь проблемы бизнеса, а уже исходя из них технические задачи. Если вы можете помочь бизнесу, не написав ни строчки кода — сделайте это.
Изучайте новые технологии и подходы, но оценивайте критически их полезность перед тем, как интегрировать в свой проект, ведь за их использование будете ответственны вы.
Развиваясь как инженер, не стоит забывать о soft skills: они помогут в общении с коллегами и заказчиком. Недостаточно быть хорошим программистом, важно уметь работать в команде, понимать, чего хочет клиент, и уметь презентовать свою работу. Всегда помните, что обязанности разработчика выходят за рамки технических.
Источник: techrocks.ru