1С под MacOS

(2) rasta, а вот и вышел :) Сырой еще правда, но вышел :-Р

(7) dyh, можно настроить для директора терминальный доступ к 1С-ке. У Microsoft'а есть клиент Remote Desktop для Mac

(9) zipik, поставь где-нибудь (можно и дома) стационарную машинку, на которой будет 1С-ка.
На мак поставь Microsoft Remote Desktop и при необходимости подключайся удаленно на стационарную машину

(17)
(16) Вышла и полноценная версия, не только тонкий клиент.
(20)

(22) потому что затраты на разработку не оправдывает рынок

(27) Necessitudo, ты не установил sentinel и не настроил hasp.ini

(27) Necessitudo, и еще почитай внимательно инфу… например вот тут и внимательно ознакомься какие объекты платформы поддерживаются, а какие нет. Логи посмотри:


И наверняка поймешь, что базу которую ты хочешь клиенту подсуетить нифига он еще не поддерживает ибо не все объекты платформы пока есть в бэте…

(35) lev6975,
1. работет, но согласен тратить жалко… я лично вообще в программных лицензиях не вижу смысла, вообще никакого… Это деньги на ветер либо куча геморроя с доказыванием, что ты не верблюд

2. Нет и не уверен, что выпустят… Не думаю, что средства отладки под линух не позволяют сделать это и за это время уже давно бы нарисовали патч, скорее всего игра не стоит свеч (но не утверждаю ибо не ковырял)

(36) alex.msk, Странно, что вы восприняли мой пост, как негатив… Это скорее досада, я этого клиента почти пять лет ждал. Я наоборот счастлив, что это все-таки свершилось, ибо плясать с бубном устал уже…

Что касается реализации внутренних объектов 1С в ядре платформы — они давно мало связаны с системой… Я понимаю, что реализация интерфейсной части некоторых из них завязана на использование системных библиотек, но так, как под posix уже все написаписано, а под OS X собирается все ровно тоже самое, что и под любой другой nix без проблем… тут скорее влияют проблемы идеологические…

То есть: варианты поставки под Linux подразумевают установку из бинарных пакетов, в которых можно четко указать зависимости и требовать их для установки прикладного продукта в систему, в случае с OS X можно все тоже самое, с одним "но": какого уровня пользователь. Если это мы с вами, то мы без проблем установим ту же icu и прочее либо с помощью Macports, либо homebrew, а то и вообще руками из исходников, равно как и поддерживать сможем их актуальность…

Вторая сторона медали: можно ту же icu собрать и запихнуть в сам пакет поставки платформы, лицензия позволяет, но с остальными библиотеками сложнее, они есть "из коробки" в OS X, но как правило стабильных версий, а не самых последних, а ветка платформы под posix скорее всего собирается ссылаясь на более новые и тут может быть засада…

Все это к чему: не каждый юзер сможет что-то прикрутить чтобы взлетело, а 1С позиционируется, как продукт "из коробки" — вот скорее всего с этим грабли… Ибо выделять еще один львиный ресурс на разработку полноценной отдельной самобытной ветки считают нецелесообразным…

Но и да… долго тупили… Пока они считали этот сектор рынка не рентабельным, время шло, жизнь менялась 😊

Докрутят, допилят, это понятно. Что это будет — пока не ясно, можно ли этим пользоваться? Не-а… Если только запустить какую-нить урезаную конфу чисто погонять только. Бухгалтерию вы пока не запустите… выругается на ссылки на отсутствующие зависимости 😊 Так что выражение "пока беспонтовая" имеет место быть, но оно не негативное, а сухая констатация факта.

(36) alex.msk, кстати… Вы пробовали из исходников собрать postgres с наложением патчей взятых с 1с.ru?
Вот тут у меня к людям с Селезневки реально есть претензии по поводу, нет не криворукости, а банального раздолбайства… К ихнему патчу реально нужен еще один патч, и это чтобы хотя бы ввинтить первых два я уже молчу про остальные, которые ломают Makefile насмерть…

У этих Буратин, как-то не отложилось еще в голове, что не все что собралось и взлетело на твоей девелоперской, настроенной определенным образом машине — равно и правильно соберется и взлетит на всех остальных…

Претензий тьма, начиная от банального указания мэйку, что некисло было бы брать ${PREFIX} и от него строить пути к lib и include, если кто-то вдруг захочет, чтобы линковщик искал это счастье не в /usr/local/* и заканчивая тем, что надо иногда выключать ленивого упыря и время от времени смотреть что изменилось в версии постгресса, а не лепить неглядя патч от сильно старых версий, в качестве актуального, тупо изменив имя файла…

Вот тут реально негатив… 😊