Aleksey Rezvov
Манипуляции портят впечатление от прочтения интересного по своей сути материала.
Излишне говорить, что эта идея — полная чушь. Если у вас больше двух работающих мозговых клеток, то, вероятно, нет.
Если зарабатываете на разработке парсеров на Python, рекомендую присмотреться к https://scrapy.org/
Он делает парсер асинхронным из коробки, а для парсинга это важно, модульная структура позволяет легко подключать такие вещи как proxy rotation, headless browser, тайминги между запросами и многое другое.
Ну и код будет чище )
Несколько раз приходила идея сделать продукт "непрерывное резервное копирование всей информации в telegram аккаунте: переписки, контакты".
Все руки не доходят взяться за идею самому и наверное не дойдут, но если кто-то пойдет владельцем продукта и возьмет на себя продвижение, продажи и т.п., можем разработать, как реализовать знаю.
Похвастаюсь, что был на лекции Никлауса Вирта в ИТМО, когда еще учился. Уже тогда было понятно, что Pascal мертв со всеми ответвлениями вроде Delphi.
Помню вопрос одного из возрастных преподавателей из зала, в духе "зачем придумывать все эти новые языки?". Кажется реакция Никлауса была вполне адекватной, что новые языки нужны, под новые задачи.
Сложилось общее впечатление, что Никлаус отдавал себе отчет в том, что Pascal это хоть и важная часть, но все же часть истории.
Тема интересная, пишите, обсудим )
Перечисленные в статье советы полезны, но ничего не гарантируют.
Думаю хорошие сейлзы довольно легко пройдут все эти проверки, если компания ну не совсем уж "студенческая".
Рекомендации других заказчиков — хорошо, но тоже не гарантируют, что та же команда будет разрабатывать и твой продукт, или что она не занята еще какими-то активностями в других проектах.
Инсайд изнутри компании — тоже хорошо, но нужно хорошо знать уровень компетенции, мотивацию, критичность инсайдера.
У меня только один рецепт, когда я могу быть относительно уверен в том, что подрядчик справится: я видел как работает его команда и видел, как она доводит задачи до конца, я понимаю требования проекта и уверен, что компетенций команды будет достаточно, я знаю, что именно эта команда будет реализовывать проект.
Сталкивался даже с тем, что заказчик готов был отдать проект только при условии, что определенные, уже знакомые ему специалисты будут реализовывать его проект. И это было более чем разумное требование с его стороны.
В ситуации когда на рынке разработки вы не знаете никого, из общих рекомендаций я бы добавил:
1. Выбрать минимально возможный, но репрезентативный объем работ, по результатам которого можно оценить комфортность рабты с подрядчиком.
2. Найти независимого специалиста (специалистов), который поможет оценить компетентность подрядчика, глубину проработки вашего проекта, адекватность оценки, защитить ваши интересы в договорных документах.
3. Не пускать проект на самотек, особенно в начале разработки. Если что-то непонятно в происходящем — требовать объянить, если что-то идет врзрез с вашими ожиданиями — ожидания синхронизировать. Если договориться не удается даже на старте — делать выводы.
И еще, в разработке есть хорошая поговорка:
"Не так страшны первые 90% проекта, как вторые 90%"
Проекты часто легко стартуются, но тяжело доводятся до конца.
Вот потому и не называют настоящих причин отказа кандидатам при приеме на работу, потому что можно реакцию как от большинства комментаторов к этой статье получить.
Казалось бы, вот вам обратная связь, нравится или не нравится вам отношение автора — неважно, примите во внимание и либо сделайте выводы, либо проигнорируйте.
Ну закидаете сейчас автора помидорами, она вернется к своей работе, но уже больше никому ничего объяснять не станет, потому что для нервов спокойнее сказать "нашли более успешного кандидата". И другим тоже уже неповадно будет раскрывать ход своих суждений.
Авторам за смелость мое уважение.
Единственный спорный момент — это оставить имена сотрудников и компаний, я чувствую неэтичность. Например, я тот самый сотрудник, пусть я написал не самый удачный призыв к сотрудничеству по неопытности. Был бы умелее, то бы и не работал на такой позиции. Да влез в личку, но в современном мире границы личного и профессионального размыты, а меня роп преследует каждый день, требует продаж, пытаюсь как могу. И вот вдруг мое имя на позорной доске всему интернету показывают. Думаю это незаслужено.
Кроме hh. ru существуют еще иДля русскоговорящего ИТ ещё не на последнем месте
http://career.habr.com
Behance хорош в первую очередь не для того, чтобы заказчику работы показывать, а чтобы свое показать и на чужое посмотреть.
У многих дизайнеров да и вообще людей интересующихся поход на behance — это регулярное упражнение, за идеями, новинками, вдохновениями.
А заказчика в заблуждение вводить можно и в pdf.
А что из этого работает бесплатно, по freemium?
Какой сервис можно выбрать вместо Mailchimp в РФ в 2023 году?
Пользовался Mailchimp бесплатно для рассылки информационных email, несколько сотен адресатов, никаких трекингов не нужно, сложных конструкторов тоже, только отправить текст.
Но теперь Mailchimp аккаунт удалил, понимаю, что можно обойти, но может есть что-то официально доступное и проверенное?
Даже не сразу понял отсылку, отлично получилось!
Мое имя — Алексей Резвов.
Пользователям vc.ru я могу быть в первую очередь полезен как консультант в вопросах разработки программного обеспечения:
- оценить срок и стоимость разработки идеи;
- подобрать команду для реализации; например, собрать свою, найти готовую или гибрид;
- проанализировать ситуацию сложившуюся с подрядчиком-разработчиком; например, когда каждую неделю подрядчик говорит, что готово будет на следующей уже в течение полугода;
- организовать процессы разработки в уже сформированной команде; например, команду увеличили в несколько раз, а скорость прежняя.
Из примечательных достижений:
- как разработчик C++ и Python, разработал кроссплатформенную программу для обработки изображений с микроскопов в режиме реального времени:
https://altami.ru/soft/altami_studio/
- под моим руководством была разработана программная часть системы безопасного вождения, которая снизила число ДТП, в том числе со смертельными исходами, в 3,5 раза в ряде компаний.
https://rnsinfo.ru/news/security/2363/
- десяток успешных проектов с бюджетами более 100 млн. рублей в качестве руководителя, архитектора, тимлида;
- десяток заказчиков, которых отговорил начинать разработку.
В качестве ссылки:
https://habr.com/ru/users/arezvov/
Пишите в телеграм:
https://t.me/arezvov
P.S. Если у вас есть идея продукта для B2B и желание ее воплотить, но не хватает компетенции/ресурсов для разработки, можем договориться о работе на партнерских условиях.
Это как раз понятно: хотелось посмотреть на систему изнутри, и сложились подходящие обстоятельства в жизни.
Очень интересный опыт, спасибо, что поделились. Я сам разработчик, и начинал изучение информатики глубоко в регионах, где от предмета было только название. Хотя про работу преподавателей в школах, где мне довелось учиться, могу сказать только хорошее, учитывая обстоятельства.
Интересно, как восприняли этот опыт ученики? Появился ли у них интерес? Удалось ли настроиться с ними на одну волну? Как-то отреагировали на уход? Родители каким-то образом проявляли участие?
Большое спасибо всем за участие в опросе и за ваши ценные комментарии!
Выводы, после одного дня публикации, с моей стороны ожидаемые:
1. Практически все знают о том, что от правил пунктуации при написании сообщений в мессенджерах принято отступать.
2. Каждый четвертый считает, что старается соблюдать все известные правила русского языка.
3. Трое из четверых считают, что правила нарушаются не из-за небрежности или невежества.
4. Те, кто считают правила обязательными к соблюдению, отстаивают свою позицию активнее и строже. Статистику не считал, оценка "на глазок".
Для себя лично, делаю вывод, что продолжу опускать знаки препинания в тех случаях, когда смысл от этого не страдает, при этом буду иметь в виду, что каждый четвертый обратит на это внимание, а каждый 10-й поставит в голове крестик напротив моего имени.
Передача информация — функция любого текста, мне так всегда казалось.
Да, можно было гораздо проще написать, но не уверен, что стоило.
Зато в комментариях, посмотрите, как кратко и доходчиво сформулировали эти же тезисы другие пользователи.
Да, когда смотрел на берестяные грамоты в Великом Новгороде, даже понятно было, почему без пробелов: место для письма было явно ограниченным ресурсом.
Можно было бы, но скорость чтения, как мне кажется, существенно просядет, да и большинство пользователей не готово к такому.
Красота!
Интересно, это реальный термин, или кто-то придумал ради забавы?
Интересные варианты, спасибо!
На мой взгляд это варианты небрежности, то есть про то, что можно "срезать углы" за счет пренебрежения правилами.
Была такая идея, наверное стоило так сделать.
Прошу прощения у знатоков русского языка, за безграмотный текст. Сейчас я не знаю, чем именно он безграмотен, но уверен, что взглянув на него через год-другой увижу, как это обычно у меня бывает, множество ошибок.
Буду благодарен за замечания в личке к этому или любому другому моему тексту.
Добавлю, что намеренно никогда не использую букву “ё”, потому что хочу внести свой вклад в ее искоренение, как излишнего усложнения языка. То же про написание “Вы” с заглавной буквы, я намеренно игнорирую эту возможность еще сильнее прогнуться перед собеседником, и хочу чтобы она ушла из языка.
Угу, поэтому приходится эти скобки ставить, чтобы хоть как-то смягчить текст. А без скобки получается, что как бы без улыбки и значит недоброжелательно говоришь )
Если говорить про нейминг, то стоит упомянуть систематизированный, аргументированный труд Ника Коленды:
https://www.nickkolenda.com/brand-names/
когда впервые прочел даже пришла идея сделать какой-нибудь онлайн-инструмент оценки потенциального имени продукта по этому труду, но посчитал, что вряд ли это будет достаточно востребовано, не вижу на рынке запроса.
Спасибо за отзыв. У меня мотивация обратная: больше успешных проектов, с которыми я как-то был связан.
Можно еще добавить, что хоть идея статьи и проста, понятна, следовать ей бывает очень сложно. Всего каких-то пару лет назад я своими руками разработал небольшой B2C сервис без предварительных оценок, тестирований. Результат предсказуемый — нулевая востребованность, эпизодические посещения. Я, конечно, убеждаю себя, что разработал это в основном чтобы потренировать навыки разработки, применить новые технологии в деле. Но правда в том, что где-то в глубине души хотелось проскочить "на авось", хотя я прекрасно понимал, что так это не работает.
Отличная статья, запомню, чтобы делиться с заказчиками.
Я один из тех кто реализует идеи для других и готов подписаться под тем, что большинство проблем, в первую очередь с продажами, возникает из-за того, что владельцы идеи не пытаются как можно раньше протестировать идею на рынке.
Причины разные:
Одни считают, что их идею украдут. Хотя когда доходит до демострации идеи, оказывается, что пользователи не то, что украсть, и понять то идею могут не сразу.
Другие доводят продукт до состояния, которое они сочтут идеальным, при этом часто переделывая по нескольку раз то, что уже работает. Чаще всего это простая боязнь отказа.
"Продать" продукт до того, как приступил к реализации, в моем случае разработке, это высший пилотаж для продуктолога.
И для тех, кто говорит о мошенничестве поясняю, что под "продать до разработки" подразумевается "убедиться, что есть пользователи готовые заплатить за продукт". Предоплата — хороший способо понять это, если гипотеза не подтвердилась, вернуть деньги — обычная практика. И, кстати, на B2B рынке ребята могут постоять за свои интересы и сами, тут как бы самого не раздели больше нужно думать подписывая всякие контракты.
Для тех, кто считает, что для сложных энтерпрайзных продуктов это неприменимо, скажу, что все ровно наоборот, когда у вас будет готтовый продукт на руках, вы будете продавть все ту же презентацию. Убедиться, что вы сможете пройти этот этап еще до разработки — отличная идея.
И кто про "гибкую методологию разработки" вспомнил: это тут вообще при чем? Автор про тестирование продуктовой гипотезы говорит на ранних этапах, как это связано с методологией разработки самого продукта. (вопрос риторический)
Тем, кто говорит, что статья про очевидные вещи: а что же тогда в каждом втором проекте владельцы идей все идут и идут по одним и тем же граблям, раз это так очевидно?
На всякий случай оговорюсь, что есть исключения, например когда разработать прототип дешевле чем объяснять идею на бумаге, или специфика рынка/пользователей/обстоятельств. Но это не про ваш продукт.
ChatGPT говорит:
И теги, и подзаголовки будут работать **с равной эффективностью**, если модель получает достаточно контекста для выполнения задачи. Теги больше про удобство и структуру, а не про изменение функциональности модели. Выбор между ними зависит от ваших предпочтений и потребностей.