Что такое распространенные ошибки для стартапов, управляемых разработчиками программного обеспечения? [закрытый]
2018-11-01T00:00:00-07:00 является не a timestamp (timestamp without time zone) буквально, строго говоря. Это timestamptz (timestamp with time zone) литерал. Это корень всей боли в вашем вопросе. Неправильное приведение к timestamp игнорирует смещение. Руководство Postgres:
В литерале, который был определен как
blockquote>timestamp without time zone, PostgreSQL будет молча игнорировать любую индикацию часового пояса. Таким образом, результирующее значение получается из полей даты / времени во входном значении и не корректируется для часового пояса .Смелый акцент мой.
Использование
TO_TIMESTAMP()не может спасти вас. Руководство Redshift:Форматы, включающие часовой пояс (
blockquote>TZ,tzилиOF), не поддерживаются в качестве входных данных.(То же самое верно и в Postgres.)
Решение
Приведение к
timestamptz(или использование столбца этого типа для начала), остальные должны упасть на месте:SELECT cast('2018-11-01T00:00:00-07:00' AS timestamptz);Или:
SELECT '2018-11-01T00:00:00-07:00'::timestamptz;Руководство по кастингу в Redshift.
Когда фактическому
timestamptzназначается столбецtimestamp, он автоматически преобразуется в соответствии с текущей настройкойtimezoneсеанса. Если вы хотите другой целевой часовой пояс, используйте конструкциюAT TIME ZONE. Подробности:Соответствующий ответ для Postgres, но обработка меток времени в Redshift (хотя отличается много других аспектов!) то же самое. Руководство по Redshift:
При преобразовании DATE или TIMESTAMP в TIMESTAMPTZ предполагается, что DATE или TIMESTAMP используют текущий часовой пояс сеанса. Часовой пояс сеанса по умолчанию является UTC. Для получения дополнительной информации о настройке часового пояса сеанса см. часовой пояс .
BLOCKQUOTE>
16 ответов
Мой бизнес по разработке программного обеспечения находился на очень, очень маленькой нишевой бирже, сосредоточенной на компьютерном проектировании магнитного слоя в жестких дисках (www.micromagna.com - обратите внимание, что я нахожусь в процессе закрытия моего бизнеса, поскольку число потенциальных клиентов сократилось до такой степени, что сделало бизнес нежизнеспособным. Веб-сайт отражает эту точку зрения). Я был в бизнесе в течение 10 лет и сделал довольно хорошо. Моим конкурентом была серия коммерческих программ и программ с открытым исходным кодом (в основном, финансируемых университетами или правительствами), поэтому, хотя рынок был небольшим, я смог создать уникальный продукт, который хорошо продавался.
Подводные камни:
Удовлетворение ваших потребностей выше клиента - клиент на первом месте - всегда прислушивайтесь к потребностям вашего клиента и следите за тем, чтобы ваше развитие соответствовало его потребностям, а не вашим. У каждого программиста есть список того, что он хочет изучить или сделать. Не используйте этот список в качестве руководства для вашей разработки, если он не решает проблему или не помогает создавать функциональные возможности, которые хочет / нуждается клиент. Это одно замечание может сделать или разрушить вашу компанию.
Не прояснение вашей бизнес-идеи - Составьте бизнес-план - это поможет уточнить, что вы делаете. Прочитайте книгу «Искусство начала» Гая Кавасаки , чтобы узнать, как начать бизнес. Если вам нужны деньги, вы можете использовать их, чтобы помочь получить финансирование от ангельских инвесторов или венчурных капиталистов. В противном случае это поможет уточнить, что вы делаете.
Не рекламировать себя - Сделайте следующее:
(a) Найдите хорошее имя для своей компании и защитите свое доменное имя. Несмотря на то, что неудачный выбор названия компании не убьет вас (моя первая компания называлась «Euxine Technologies», и это не намного хуже), но мой продукт продавался сам по себе и не был обременен именем.
(б) Создайте веб-сайт как можно скорее с хорошим описанием вашего продукта. Google в конечном итоге найдет вас, и трафик начнет поступать на ваш сайт.
(c) Как только у вас будет рабочий прототип, создайте механизм, с помощью которого потенциальные восторженные клиенты смогут его скачать и начать помогать вам находить ошибки. Вы можете сделать это полной версией с ограниченным временем или ограниченной версией без ограничения по времени. Я сделал обе и обе работы. Убедитесь, что пользователи знают, что это бета (или альфа) версия программного обеспечения. Самая важная часть создания взаимоотношений с бета-пользователями заключается в том, что они будут запрашивать функции, о которых вы не думали, и это может привести к развитию непредвиденного (и прибыльного) пути. Это также даст вам возможность держать руку на пульсе потенциальных пользователей.
(d) Если ваш продукт применим к определенной отрасли, посетите соответствующие конференции
(либо получите стенд, либо свяжитесь с потенциальными клиентами) и продайте свой продукт через демонстрации, листовки и распространение бесплатных ограниченных версий вашего программного обеспечения на компакт-диске.
Not Brandingself - придумайте логотип, который Вы будете использовать, чтобы идентифицировать себя и свой продукт. Этот логотип будет отображаться на вашем веб-сайте, в служебных и визитных карточках.
Не управление вашими деньгами - изначально будет много времени, прежде чем деньги начнут поступать. Будьте очень бережливы с вашим семенем Деньги. Деньги не начнут поступать в тот момент, когда вы считаете, что программное обеспечение готово к продаже. Между тем, когда люди проявляют интерес к вашему программному обеспечению и вступлением в продажу, может возникнуть задержка по крайней мере в пару месяцев. Это будет зависеть от того, сколько стоит ваше программное обеспечение. Чем дороже программное обеспечение, тем дольше время задержки.
Как только вы начнете делать продажи, будут сезонные колебания в количестве поступающих денег. Всегда старайтесь хранить в банке не менее 6 месяцев, чтобы покрыть зарплату и текущие расходы.
Не зная, кто ваши клиенты - Как только вы начнете продавать программное обеспечение, убедитесь, что вы знаете, кто ваши клиенты - они могут отличаться от того, о чем вы думали. Когда я начинал свою компанию по разработке программного обеспечения, я думал, что моими клиентами будут все инженеры R & D, которые занимаются исследованиями в магнитных слоях. Через некоторое время стало ясно, что большинство моих пользователей были подгруппой этой группы, которая не могла программировать, но понимала физику, лежащую в основе программного обеспечения.
Не действуйте профессионально - При взаимодействии с клиентами будьте профессиональны - Действуй и одевайся профессионально.
В команде нет людей с разными идеями / опытом / личностями.
Если все всегда все время соглашаются друг с другом, и нет никаких трений, вы не не собираюсь ничего делать. О, вы можете быть в порядке на некоторое время, но если все думают одинаково, когда вы застряли (и вы будете), вы останетесь в тупике. Когда вы находитесь на повороте, кривая мяч отвлекает; когда вы застряли в колее или у стены, криволинейный шар может заставить вас двигаться в другом направлении. Это может быть неправильное направление, но по крайней мере это направление .
Продажи Продажи и больше продаж. Плюс готовность выпустить до того, как код станет «идеальным», и выпускать функции постепенно. На самом деле есть очень хорошие Hanselminutes по этой самой теме и этому самому сайту ( http://www.hanselminutes.com/default.aspx?showID=152 )
Убедитесь, что вы знаете ваших целевых пользователей и их потребности.
Я работал в действительно крутом стартапе, где мы думали, что мы У нас был отличный продукт, но мы не смогли создать эту замечательную пользовательскую историю, чтобы действительно продемонстрировать, как наш продукт удовлетворял определенную потребность в них. Этот недостаток не позволил им «увязать» с нашим продуктом захватывающим образом.
По моему мнению, разрыв произошел из-за того, что мы не знали наших целевых пользователей и понимали их проблемы так, как должны были.
There's a blog full of tips at OnStartups. A few recent, relevant posts: learn from the underpants gnomes: have a business model, and here are some marketing tips. The author is a developer-entrepreneur himself, which sounds like exactly your perspective.
Update: Dharmesh just set up a StackOverflow-powered site for just this sort of question: http://answers.onstartups.com/
Блестящий! Не позволяйте разработчикам преследовать последние блестящие вещи в Интернете, которые привлекают их внимание. Сосредоточьте разработчиков на основных стратегических потребностях компании, а не направляйте ваш продукт в разные стороны, поскольку их интерес улавливается другими вещами.
Here's a common pitfall, but it's not restricted to just small companies: Lack of diversity in the management. The kind of diversity that's important is diversity of experience. I've seen a couple small companies that suffered from this pitfall. They can often go along for a while making good decisions. The problem is that it's almost impossible for them to tell when they're making bad decisions. This doesn't necessarily mean that they'll fail, it just weakens them to varying degrees.
Пытаясь быть всем для всех.
Часто пытаясь создать продукт, который понравится всем, продукт становится настолько общим, что на самом деле никто не может его заинтересовать.
По моему мнению, лучше нацелить свой продукт на нишевое сообщество людей с очень специфической потребностью, а затем удовлетворить эту потребность лучше, чем кто-либо другой.
Делай домашнее задание. Если вы находитесь в США, ассоциация малого бизнеса - хорошее место для поиска ресурсов.
- Not understand/knowing who you are competing with.
- Not understanding/knowing your target market.
- Not including your customers in the design phase.
- Not spending enough time gathering product requirements.
- Spending too much time gathering product requirements (analysis paralysis).
- Not enough marketing.
- Have a strong team so you can trust the people you hire to do their job.
- Be prepared to do whatever it takes to succeed (ethically of course).
- Not having a direction (business plan).
- Not having goals or having unreachable goals.
- Not understanding cash flow. There are a vast number of profitable businesses who do not succeed because of clash flow issues. Just because you sold a 1000 units doesn't mean you can afford to pay your staff and or other expenses. As I have heard it before "Cash is king!"
These are just some things that might get in your way. I would recommend not only worying about the business side, but worry about what are reasons software projects fail. There are numerous books about how to collect requirements, produce quality code, testing code (e.g. TDD), project methodolgies (e.g. XP, Agile, ...), and many more topics.
Your startup will likely fail if you can't deliver a product or if you can't deliver a product that doesn't solve the problem.
Finally, it is hard to judge success if you don't define what it means to succeed. Is it staying in business, doubling your revenue in 1 year, breaking the $250,000 mark, or doubling your staff size. You need to define what it means to succeed not only in your business, but with each product you create.
Правило №1 в StartUp Club: у каждого стартапа должны быть и ботаники, и бизнесмены.
Большинство компьютерных ботаников ничего не знают о том, как вести бизнес или рынок и продавать продукт. , На вашем высшем уровне должен быть хотя бы один бизнесмен (но смотрите на них как на ястреба, чтобы они не украли плоды вашего труда: -).
Company Development - in the software industry you can make a lot of money (respectively to other trades) in a very short-time. most people tend to get greedy and want more money so the accept more projects and hire lots of people - but they don't develop their infrastructure, their communication-lines, their responsibilities, their developers etc. Because it costs money and you don't have a direct benefit from it and you lose your cool "flat-hierarchy-everyone-is-a-boss"-image (which is not the case anyhow) I myself witnessed two promising start-ups fail because the grew way too fast. So keep an eye on that one.
Недостаточно знаний и опыта в маркетинге. Хотя продать хороший продукт легко.
Создание продукта, потому что технология классная, а не потому, что есть рынок.
Создание продукта, потому что вы хотите его, а не потому, что есть рынок.
Создание веб-сайта в нем перечислены функции вашего продукта, а не преимущества.
Предполагается, что реклама в Google AdWords будет работать для вас.
«Постройте его, и они придут».
Проблема в том, что я называю IBM OS 2: гении создают очень хороший продукт, но продукт плохо продается и не приспособлен для эффективного массажа ушей покупателей. Я презираю некоторые вещи в деловых сотрудниках, такие как краткосрочное мышление, предпочтение быстрых и грязных разработчиков медленным, но отличным разработчикам и другие проблемы, но именно они зарабатывают деньги и передают программное обеспечение в руки клиентов. Если у стартапа нет разработчиков, которые могут эффективно работать с бизнес-задачами, тогда нужно найти кого-нибудь, кто может. Неспособность сделать это - вот что сделало Windows 95 хитом, а IBM OS 2 - динозавром.
Не имея в виду конкретный рынок при разработке продукта. В паре мест, где я работал, пытались делать все и вся, что приводило к недостаточным усилиям на одном рынке, чтобы сначала получить прибыль, чтобы бизнес продолжал работать.
Ссылки Micro ISV содержат некоторые ссылки, которые были показаны в Совершенно секретная презентация, на которой я присутствовал некоторое время назад, тоже может быть полезной.