Мне кажется вы слишком узко смотрите на ИТ, ориентируясь только на язык. Язык это всего лишь инструмент, как лопата, молоток, паяльник и т.д. Упор нужно делать на технологии, методики, алгоритмы и пр.
Сейчас практически все языки очень похожи друг на друга, основное отличие как раз в технологиях, т.е. как реализована многозадачность, асинхронность, особенности реализации ООП и пр. Но даже не это важно.
Важно то, к чему вы будете прикладывать этот инструмент.
С ЯП ситуация примерно такая же как и с обычными языками, сложно выучить первый иностранный язык, последующие уже гораздо легче.
В-первую очередь, я бы предложил задуматься об общем будущем, грубо говоря кем вы хотите стать. Если специалистом в области WEB-технологий, то это один набор языков и технологий, если вам по душе низкоуровневое программирование/встраиваемые системы, то это другие языки и технологии.
PS Когда я поступил в ВУЗ (1994г), то у нас выбор был не велик: С/С++ или Pascal. В нашей группе преподавали С/С++, а в группе на курс старше Pascal. А сейчас, мы со знакомым (он как раз на курс старше) работаем на одном проекте Python+VueJS. И мы ни разу не задавались вопросом надо ли было в 1994 году изучать С++, Pascal или Python.
PPS Единственное понимаешь, что надо было в 2000 купить акции NVidia, в 2006 - Apple, а в 2010 прикупить пару сотен биткоинов. Это я к тому, что "знал бы прикуп - жил бы в Сочи" :)
Чтобы личный проект стал надежным источником будущих доходов - нужно приложить невероятные усилия (особенно без стартового капитала), а еще быть колоссальным везунчиком или иметь влиятельных родителей. Я бы сравнил это с лотереей 5 из 36, шансы на успех примерно одинаковые.
Ну а по первому пункту согласен "поверхностно" = никак
Ну а по существу, я бы советовал сфокусироваться на Максе, раз есть опыт в тг-ботах. Технологии очень похожи и бизнес активно осваивает. Сам вот последний месяц только и занимаюсь, что перетаскиваю клиентов на Макс. В частности, переставляю модуль для уведомлений в Drupal с тг на Макс. Плюс паре заказчиком переделываю бизнес-ботов под Макс.
Вот отличный вопрос, что я только не пробовал. но все не удобно.
И таск-менеджеры пробовал, и CRM, и сам пробовал писать.
Но ничего не зашло.
Примерно понял причину:
Чтобы использовать таск-менеджеры, надо чтобы клиент тоже работал в нем, т.е. мог ставить задачи, отслеживал задачи, давал комментарии по задачам, т.е. он тоже должен жить в этой системе.
Но заказчики в большинстве не хотят или не могут, им проще написать в ТГ
В итоге мечешься между ТГ и своей системой и в конечном итоге тоже забиваешь на систему.
В подтверждение могу привести пример работы с kwork.ru, там всё общение с заказчиком идет в их системе, в итоге присутствует некоторый порядок в заказах.
Я сейчас просто завожу отдельную папку в облачном диске на заказчика или проект, а затем кидаю в эту папку все что связано с заказом или проектом (договора, счета, ТЗ, картинки).
А в ТГ завел отдельную вкладку Работа и туда пихаю все чаты с заказчиками.
Единственное, приучил себя вести трекер времени, т.е. как только начинаешь работать над каким-то заказом, запускаешь трекер с названием заказа, а в конце просто смотришь сколько времени потратил. Даже если забыл выключить, то трекер достаточно хорошо отслеживает мою некативность, в итоге примерно правильно подсчитывает часы. Я использую TopTracker (https://tracker.toptal.com), но есть другие аналоги
Для того чтобы ответить на ваши вопросы нужно понимать вашу цель. Из вашего повествования это не понятно.
Если цель получение признания профессионального сообщества, то пишите научную статью со всеми деталями, не смотря на их сложность.
Если цель монетизировать вашу разработку, то конечно пишите статьи на все площадки, доступным языком, не вникая в подробности реализации, а упирая на преимущества в использовании.
Возможно у вас другая цель...
PS Зря игнорируете преподавателей. Не понятно какого учреждения вы студент, СПО или ВУЗа. Если СПО, то сложнее будет найти нужного преподавателя, если ВУЗа, то обратитесь к к.т.н, а еще лучше к д.т.н. Кандидат наук - это значит, что у человека есть хороший опыт в написании разного рода статей.
Ну и небольшой совет, следите чтобы у вас не развился синдром Даннинга-Крюгера :)
Ипатьев, У 4-го вариант вижу проблему связанную с добавлением дополнительных сущностей,
Например, есть складские позиции, а нужно будет добавить несколько складов, а еще несколько городов или несколько стран. Не обязательно что именно так будет, это я придумал на вскидку, но возможно будут другие связанные сущности, боюсь что json здесь не поможет и придется вмешиваться в структуру БД и дописывать код.
Не до конца понятно задание.
int *keys_ - это массив или просто указатель на одно число? Если массив то какова размерность?
Node **children_ - каков размер этого массива?
int count_ - возможно размер?
Ну а в целом:
- для keys выделяй память в размер массива и просто скопируй память (например memcpy)
- для children_ также выделяй память и копируй, на сколько я понял, сами объекты Node копировать не нужно, только их ссылки
Не совсем понял откуда взялась сумма 18600, Alfresco бесплатная система. Кстати, вот тут почитайте https://habr.com/ru/post/112198/
По поводу Elma вы точно не правы. То что вы описали про нее - это только инструмент проектирования бизнес-процесса. А помимо этого, она может исполнять этот процесс, а так же может хранить данные и документы, которые получаются в ходе выполнения этого процесса.
Поищите что-нибудь подобное в истории успеха на сайте Elma https://www.elma-bpm.ru/successstory/?category=2581
Есть ведь еще и платные решения вашей задачи, например Microsoft SharePoint.
PS но сдается мне, что ваша проблема в "айтишниках". Они просто саботируют ;)
Я, кстати, его и использую. Вот только бы еще что-то придумать чтобы не забывать запускать его, когда садишься за комп. Может какую-нибудь проверку после остановки скринсейвера
Nik Savelev: Думаю это уже отдельная тема и модераторы не одобрят, поэтому пишите мне на почту и там договоримся beevasya@gmail.com. Может даже запущу копию программы лично для вас.
Это все понятно, но хотелось бы ссылки на офиц. документы которые подтверждают, что нет необходимости сертифицировать. В настоящее время я ориентируюсь на КоАП, статья 13.6. Использование не сертифицированных средств связи ... На сколько я понимаю, сервер + asterisk как раз и является средством связи
TNI в принципе не дорого, даже для 1000 комп, но
1) у нас бюджетное учреждение, платное ПО возможно, но экономисты идут на это с трудом
2) в этом году уже не успеваем попасть в план фин.-хоз. деятельности
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
Сейчас практически все языки очень похожи друг на друга, основное отличие как раз в технологиях, т.е. как реализована многозадачность, асинхронность, особенности реализации ООП и пр. Но даже не это важно.
Важно то, к чему вы будете прикладывать этот инструмент.
С ЯП ситуация примерно такая же как и с обычными языками, сложно выучить первый иностранный язык, последующие уже гораздо легче.
В-первую очередь, я бы предложил задуматься об общем будущем, грубо говоря кем вы хотите стать. Если специалистом в области WEB-технологий, то это один набор языков и технологий, если вам по душе низкоуровневое программирование/встраиваемые системы, то это другие языки и технологии.
PS Когда я поступил в ВУЗ (1994г), то у нас выбор был не велик: С/С++ или Pascal. В нашей группе преподавали С/С++, а в группе на курс старше Pascal. А сейчас, мы со знакомым (он как раз на курс старше) работаем на одном проекте Python+VueJS. И мы ни разу не задавались вопросом надо ли было в 1994 году изучать С++, Pascal или Python.
PPS Единственное понимаешь, что надо было в 2000 купить акции NVidia, в 2006 - Apple, а в 2010 прикупить пару сотен биткоинов. Это я к тому, что "знал бы прикуп - жил бы в Сочи" :)