Спасибо за сравнение. Хотел бы добавить, что еще есть Permify, который кажется тоже очень перспективным решением среди open-source IAM решений на go. Правда в проде еще не довелось поэксплуатировать, но как замена keycloak вполне мои задачи решил в тестовых сценариях.
Когда-то очень давно мне пришлось делать некоторое упражнение с обеспечением удаленного доступа к 1с7.7 на линуксе с wine паре десяткам пользователей на разных ОС еще и с пробросом всего необходимого (флешки, принтеры и т.д.). Тогда лучшим решением на замену RDP оказался - x2go. Не знаю уж как сейчас дела обстоят, но в статье он упоминается только в качестве поддерживаемого протокола в клиенте Remmina, хотя вполне себе достойная замена RDP.
Вендерных CMDB-продуктов много. Каждый имеет свои плюсы и минусы. И основной минус – это стоимость решения, лицензий и кастомизация. IMS же позволять легко интегрироваться с любыми решениями и выступать в роли поставщика инвентаризационных данных.
Ну я как раз и имел ввиду максимально возможный объем докупаемых адресов. К примеру одни дают всего 1 дополнительный, а кто-то может и /24 подсеть выделить, думаю не многим, но некоторым эта информация была бы ой как полезна.
Спасибо за сервис, прямо таки в руку, как говорится.
Было бы круто, если бы вы смогли добавить фильтр по кол-ву предоставляемых ipv4 адресов хостерами.
Все эти данные (включая IP-адрес) используются для проверки правомерности использования программы. Наша позиция простая: рано или поздно такой умелец будет обязательно наказан.
Вот тут Вы правы. Стоит такой в шкафу уже третий год. Не скажу, что его прям очень слышно, но в полной тишине вполне себе ощутимо шуршит. Но правда и возможностей у него на порядок больше :)
Что-то мне не кажется, что 4 года потраченного на изучения haskell будут продуктивнее быстрого старта с go. В общем-то я ничего не имею против, но было бы круто увидеть четкое высказыванием например — «изучите {lang} потратив на него N часов и вы получите следующие преимущества, в отличии от [...] потому как имеются такие-то и такие-то преимущества и минусы.» И вот на мой взгляд это куда объективнее при сравнении двух молотков, а статья, лично у меня, вызывает скорее ощущение сравнение микроскопа с молотком. Хотя я могу глубоко заблуждаться и возможно совершенно не понял посыл в статье.
Я что-то вот не понимаю, уже не первая (и явно не последняя) статья о сравнении языков, о том кто лучше, кто хуже, у кого какие проблемы и т.д.
А вот почему микроскоп лучше молотка? и тем и другим можно забивать гвозди, если того требует ситуация и задача. Но это далеко не значит, что молотком можно изучать микроорганизмы.
Проблемы есть у всех яп. Нет и не будет идеального языка программирования, просто потому что «человеки» никогда не придут к единому мнению, всегда кто-то будет против чего-то. И поэтому выбирать язык для создания того или иного проекта наверное имеет смысл не по тому на сколько «острое у него лезвие топора», а на сколько дешево\быстро\качественно\расширяемо\затратно создать прототип и выкинуть на рынок.
Вот php — плохой язык, так все говорят повально. Он создан умирать, — говорят в каждом подобном топике. Тем не менее на нем сделано уйма полезных и хороших продуктов. C# тоже многим не нравится, Python также находит своих недоброжелателей, но как-то это не меняет предыдущего высказывания.
Так может уже перестать сравнивать теплое с мягким или жидкое с соленым? Я бы вот с радостью узнал в каких областях тот или иной язык лучше применять и почему. Да, знать минусы надо и хорошо, что о них рассказывается. Но полемика ради полемики же во всем остальном, разве нет?
Т.е. упрощая все до одного предложения Вы взяли почти все Atlassian продукты и засетапили Jenkins.
А как у Вас организована система общения в коллективе (HipChat \ Slack \ Jabber \ etc..)?
А продуктивность как учитываете?
И случаем не смотрели в сторону TeamCity?
Собственно я не говорил, что узкое место — яп. Как раз наоборот, с пересмотром архитектуры большинство проблем решилось. Но даже сейчас есть моменты в которых, как мне кажется, компилируемый язык был бы лучшим решением, особенно с точки зрения деплоймента (специфично для проекта).
:) Со всем согласен, мы поняли это в момент перевода части проектов с пхп на питон. В общем-то питоном пока довольны как яп, но вот скоростью не очень, поэтому и смотрим в сторону Го, хотя с внедрением celery проект ожил и Го пока отложен в ящик.
Ах вот оно что :)
Все же, что-то мне подсказывает, что тошнота от языка исключительно субъективное ощущение. Так вот могу сказать, что такие позывы вызывает ruby, но это же не делает его чем-то прям категорично плохим? Лично для меня, возможно в силу опыта, Go пока вызывает ощущение — «нет, я пока не готов», но опыт коллег по цеху говорит, что в целом вполне можно и не плохо получится на выходе.
Ну а почему в нем должно быть что-то прям вот обязательно новое или малораспространенное?
Да, не будем спорить, в Go есть минусы, но благодаря сообществу — они почти все известны. В php вон вагон и маленькая тележка таких косяков, но тем не менее :) А возможно даже что-то исправится в перспективе. Вы конечно можете взять Pascal и поиграть в X-Zibit'a, но зачем? Go прекрасно решает свои задачи и на нем уже не один десяток проектов успешно работает. Например мы внедрили у себя InfluxDB и несмотря на то, что проект еще не в релизе, он вполне себя хорошо показывает.
Go это не Python, это разные языки. Некоторым людям сложно даётся факт, что никакие языки, кроме Питона, не являются Питоном
Go — это другой язык, это не C++.
Ничто не воробей, кроме воробья.
По теме — за Go наблюдаю и пишу для себя уже с пол года, но вот пока так и не решился перейти на него в компании из-за расходов на «адаптацию программиста» к новому яп и его «правилам», все же порог вхождения для программистов с не таким ветеранским стажем — это не две недели…
Хотя в общем-то очень хочется, но после php и python, Go ломает головы и как мне кажется — это и влечет за собой столь бурные холивары да статьи как прошлая и сегодняшняя. На самом деле язык хороший, но просто другой.
Спасибо за сравнение. Хотел бы добавить, что еще есть Permify, который кажется тоже очень перспективным решением среди open-source IAM решений на go. Правда в проде еще не довелось поэксплуатировать, но как замена keycloak вполне мои задачи решил в тестовых сценариях.
Когда-то очень давно мне пришлось делать некоторое упражнение с обеспечением удаленного доступа к 1с7.7 на линуксе с wine паре десяткам пользователей на разных ОС еще и с пробросом всего необходимого (флешки, принтеры и т.д.). Тогда лучшим решением на замену RDP оказался - x2go. Не знаю уж как сейчас дела обстоят, но в статье он упоминается только в качестве поддерживаемого протокола в клиенте Remmina, хотя вполне себе достойная замена RDP.
Простите, но это кошмар какой-то. Услуги "Спортивная аренда" и "Постой с арендой денника в конюшне" прекрасно справлялись без ИТ терминологии.
А Вы
бесплатноделиться будете?Было бы круто, если бы вы смогли добавить фильтр по кол-ву предоставляемых ipv4 адресов хостерами.
Вы нас по айпи вычислите и в лес вывезете?
А вот почему микроскоп лучше молотка? и тем и другим можно забивать гвозди, если того требует ситуация и задача. Но это далеко не значит, что молотком можно изучать микроорганизмы.
Проблемы есть у всех яп. Нет и не будет идеального языка программирования, просто потому что «человеки» никогда не придут к единому мнению, всегда кто-то будет против чего-то. И поэтому выбирать язык для создания того или иного проекта наверное имеет смысл не по тому на сколько «острое у него лезвие топора», а на сколько дешево\быстро\качественно\расширяемо\затратно создать прототип и выкинуть на рынок.
Вот php — плохой язык, так все говорят повально. Он создан умирать, — говорят в каждом подобном топике. Тем не менее на нем сделано уйма полезных и хороших продуктов. C# тоже многим не нравится, Python также находит своих недоброжелателей, но как-то это не меняет предыдущего высказывания.
Так может уже перестать сравнивать теплое с мягким или жидкое с соленым? Я бы вот с радостью узнал в каких областях тот или иной язык лучше применять и почему. Да, знать минусы надо и хорошо, что о них рассказывается. Но полемика ради полемики же во всем остальном, разве нет?
Жаль только, что standalone не планируется в ближайшем будущем.
А как у Вас организована система общения в коллективе (HipChat \ Slack \ Jabber \ etc..)?
А продуктивность как учитываете?
И случаем не смотрели в сторону TeamCity?
Все же, что-то мне подсказывает, что тошнота от языка исключительно субъективное ощущение. Так вот могу сказать, что такие позывы вызывает ruby, но это же не делает его чем-то прям категорично плохим? Лично для меня, возможно в силу опыта, Go пока вызывает ощущение — «нет, я пока не готов», но опыт коллег по цеху говорит, что в целом вполне можно и не плохо получится на выходе.
Да, не будем спорить, в Go есть минусы, но благодаря сообществу — они почти все известны. В php вон вагон и маленькая тележка таких косяков, но тем не менее :) А возможно даже что-то исправится в перспективе. Вы конечно можете взять Pascal и поиграть в X-Zibit'a, но зачем? Go прекрасно решает свои задачи и на нем уже не один десяток проектов успешно работает. Например мы внедрили у себя InfluxDB и несмотря на то, что проект еще не в релизе, он вполне себя хорошо показывает.
Ничто не воробей, кроме воробья.
По теме — за Go наблюдаю и пишу для себя уже с пол года, но вот пока так и не решился перейти на него в компании из-за расходов на «адаптацию программиста» к новому яп и его «правилам», все же порог вхождения для программистов с не таким ветеранским стажем — это не две недели…
Хотя в общем-то очень хочется, но после php и python, Go ломает головы и как мне кажется — это и влечет за собой столь бурные холивары да статьи как прошлая и сегодняшняя. На самом деле язык хороший, но просто другой.