Как стать автором
Обновить

Комментарии 349

Word — это не текстовый редактор. Это текстовый процессор.
Только об это бухгалтера даже не догадываются
Зато секретарша знает, что им еще и web-страницы редактировать можно. :)
И за что вообще web-дизайнерам и web-программерам такое бабло платят? :)
Но мьІ (автор, по-крайней мере) ведь айтишники, на не бухи без ІТ образования =/
Процессор?! — это то что на полу стоит и жужжит? (с) ГлавБух
И где здесь пиар?
sashaeve.habrahabr.ru/

Смотрим описание пользователя:
Нравится: Microsoft

Единственная компания в списке.

За призыв к осознанности плюсанул, но, право, sashaeve, не беспокойтесь за Майкрософт, они не обиделись :)
Сейчас узнаю у Мини-Мы, обиделись ли Мы или нет:)
тссс, отсудят ещё ник :)
Тупой оффтоп какой-то, сам то почему не написал в хабраюмор? Прочитав статью жалею потерянное время! Можно было оставить краткий комментарий в соответствующем посте.
Крик души засчитан!
Это действительно какой-то крик души…
Империя кидает файрболлл.
Вы получили 10 урона.
Вы выбрали: пригнуться и удар рукой.
Империи нанесено 0 повреждений.
Вы получили 3 урона.

>?
>Я уже молчу о куче плагинов, которые позволяют чуть ли не конструкции самолетов разрабатывать прямо в Word. А вы говорите Google Docs…

Да уж. Я бы на таком самолете не полетел бы.
феерическая расстановка точек...
более 34 000 000 просмотров у этого ролика. Мир медленно, но уверенно едет крышей :(
уже 35млн и растет!
НЛО прилетело и опубликовало эту надпись здесь
М-м, все равно не понятно, что Вы имели в виду. По моему особо никто и не кричит, что Майкрософту конец. Google Docs — аналог. Но, заметьте удобный аналог. Начать писать ту же статью в блог на работе, а потом прийти и закончить дома (даже если перенести ее в Ворд). Для меня Докс удобен тем, что я могу работать в нем не только со своей домашней машины, а зайти под своим логином и работать отовсюду, где Интернет.
>М-м, все равно не понятно, что Вы имели в виду. По моему особо никто и не кричит, что Майкрософту конец

эта статья ответ на «Google Cloud Connect — империя наносит ответный удар» и там прямо сказано:
«Этот ход, может довольно сильно помешать планам Microsoft по развитию и популяризации Office 365, Office Live и Office 2010, в котором как известно довольно большой упор был сделан именно на «облачность» и возможность совместной работы с коллегами. „
Офигенный ход, убийственный просто :) Реализовать то, что у MS работает тыщу лет как и не добавить ни грамма нового :))))
у микрософта получалось :D
Для серьезной работы есть решения на базе MS Sharepoint. Более того, они еще позволяют синхронизировать все это безобразие для оффлайн работы.
НЛО прилетело и опубликовало эту надпись здесь
А еще интересно, сколько народу использует охрененную мощь этого изделия? Может у меня неправильные связи, но десяток знакомых фирм покупали офис не из-за охрененных возможностей Ворда, а потому что протокол у него через жопу писанный, и ОО некотрые документы криво отображает. А с домашними компами у госслужащих проблемы с ОО в том, что не могут odt сохранить как doc, а в офисе ворд.

p.s. Это лично моя статистика, собранная по знакомым. Тех, кто реально пользуется мощью пакета MS за всю жизнь встречал всего пару человек, из, наверное, тысяч пользователей.
не надо про ОО. ОО очень загадочно работает, и там есть хитрожопая тенденция к тому, что экспорт, который хорошо работает с одной версией ОО, не работает после минорного обновления ОО. Я, к сожалению, не разработчик, но в ходе беседы с одним из разработчиков прикладного софта один из них очень жаловался на этот счет.
> А с домашними компами у госслужащих проблемы с ОО в том, что не могут odt сохранить как doc, а в офисе ворд.
Когда переводил машину родителей на Убунту, учел данную проблему. В ОО.org можно по умолчанию поставить сохранение в .doc: Сервис — Параметры — Загрузка/сохранение — Общие — Всегда сохранять, как ...(.doc)
Средствами MS Офиса у многих реализованы простенькие, но полноценные учетные системы с очень удобными для рядового юзера интерфейсами и отчетами. Попробуйте реализовать это в ОО.
Один Access чего стоит в этом плане!
MS Access — это вообще адово изобретение.
любая бд(от sqllite до oracle)+веб/делфи/дотнет/итд морда — удобно, расширяемо, универсально(все данные в sql), кросплатформенно(в случае вебморды) и не нужен никакой тормозной аксесс.
В аксессе можно налепить себе учет чего-нибудьмелкого сразу после окончания месячных курсов пользователя. Для большего он и не используется сейчас.
> В аксессе можно налепить себе учет чего-нибудьмелкого сразу после окончания месячных…

в этом месте я как-то даже немного напрягся…
Для большего он и не используется сейчас.
Кто бы донес эту замечательную мысль клиентам которые продолжают грызть кактус использовать его в рабочих целях. Например у нас в городе(300к население) Управление торговли полностью ведет учет торгашей в аксессе и я в свое время честно скажу зае… лся решать задачи типа разграничения доступа, совместного(одновременного) редактирования базы итд
Тут к гадалке не ходи — эксесс не подходит, никто спорить не будет :)
О да, знакомо. Было у нас такое, году в 2003ем :) Но и там был профит! Простой MDE'шник, стремно работающий, но работающий, заменили на мегасофтину на J2EE+Oracle с распределенными транзакциями и прочим булшитом. Это, на минутку, один MDE'шник. И нельзя сказать, что вся система стала лучше работать, даже по прошествии 3х лет после внедрения.
ИМХО, любой джава софт это полный ахтунг. клиентские приложения для бд даже на питоне и то будут лучше, но лично я бы переносил все в браузер, всетаки нынешние технологии(ajax/css3/html5/silverlight/flash) позволяют сотворить абсолютно все что может потребоватся, а установить всем сотрудникам хром/фф не проблема.
Есть проблемы минимум со скоростью работы и с реализацией сложных морд. Десктопный софт нескоро в веб уйдет…
если под скоростью работы вы имеете ввиду отклик интерфейса — то тут соглашусь, десктоп проги работают быстрее. а если скорость обработки данных то разницы не будет заметно в локалке(хотя не спорю использование протокола http вместо прямого коннекта к бд создает не малый оверхед). Сложные морды тоже давно уже не проблема, сервисы гугла, мс, зохо это доказывают… та что говорить уже есть целые браузерные ос(например www.glidedigital.com/).

>>Десктопный софт нескоро в веб уйдет…
нескоро это 3-5 лет, имхо. хорошим пинком для этого будет гуглХромОС

Прямой коннект к БД не используется в многопользовательских системах с начала нулевых, когда корба еще была :)
эх, где вы были с ораклом под мышкой…

как тут написали, никто не спорит о неподходимости access — но люди с опытом рядового юзера могли решать свои задачи!
это важно — а теперь окунитесь в прошлое — вы в лице одного человека расказываете людям впервые увидевшим компутер о неоходимости использования оракля или линукса с mysql.
где были Вы 10 лет назад? почему не рассказали как правильно жить? почему это сразу на солярке не стали базы данных вести по учету?
вы меня не верно поняли. оракл/мускуль/мсскуль/скулайт/итд использовать как хранилище данных, а клиент с любейшей мордой(даже для блондинок) написать нужно было. А так в приведенном мной примере база разрослась до десятков/сотен тысяч записей, появились дополнительные требования(совместная работа по сети, разграничение прав доступа и еще некоторый). И в итоге рядовые пользователи вынуждены терпеть тормоза и использовать костыли чтобы случайно не порушить базу одновременной записью итд.

И поймите — ведь не рядовые пользователи изначально выбирали решение с которым будут работать, они наняли програмера, заплатили деньги и получили то что устраивало их 10 лет назад, не задумываясь о том что в будущем это будет очень хреновое решение. Вот и скажите почему нельзя было заплатить другому программисту, который сделает толково, предусмотрит возможные будущие требования/задачи…

Лично для меня сваять точную копию той морды из аксесса+серверную часть заняло бы от силы несколько дней на хтмл+цсс+жаваскрипт+питон/пхп на сервере. в итоге для юзеров внешне бы ничего не изменилось, но все новые требования бы выполнялись и скорость работы значительно повысилась бы. Но ведь не реально объяснить руководству госорганизации что нужно заплатить за новый софт, когда уже заплачено за старый.
Опять вп :)
>> Лично для меня сваять точную копию той морды из аксесса+серверную часть заняло бы от силы несколько дней на хтмл+цсс+жаваскрипт+питон/пхп на сервере

В мире FOSS за пару дней все можно только захардкодить, а потом перехардкодивать. Плавали, знаем…
почему сразу захардкодить? Для примера, самое удачное решение будет использовать django — к готовому проекту очень легко дописываются недостающие модули, а для вычислений питон думаю будет значительно лучше екселя(особенно учитывая тысячи готовых библиотек).

Ну и еще раз мы обсуждаем «софт в софте» то в екселе ведь тоже проги захардкожены, они не рассчитаны на то что пользователь будет их изменять, вместо использования.

PS а при чем тут мир FOSS(Free and open source software)? или вы что то другое подразумевали под этим понятием?
Стоп. Будет лучше Excel в чем? В возможности для пользователя работать с табличными данными? Увольте…

FOSS при том, что нет (или я не знаю) инструментов (фреймворков каких-то и т.п.), которые позволяют не переписывать код приложения под каждый чих, а просто настраивать его (вроде админки в Django, только лучше).
нет. работать с табличными данными надо в табличном процессоре, а обрабатывать однотипные данные и на их основе проводить вычисления будет значительно быстрее в заранее написанной проге на питоне.

Еще раз: если вам надо работать с разными видами данных в разных документах — ваш выбор эксель, если вам нужно проводить вычисления/обрабатывать(делать выборки) данных из четко известной фиксированой таблицы(таблиц) — тут стоит выбрать бд+софт в котором «захардкожены»(в идеале сделаны в виде модулей/плагинов/расширений) нужные вам вычисления/обработки.

>>FOSS при том, что нет (или я не знаю) инструментов (фреймворков каких-то и т.п.), которые позволяют не >>переписывать код приложения под каждый чих, а просто настраивать его (вроде админки в Django, только >>лучше).
вот что мешает сделать те места где возможны изменения в будущем в виде изменяемых опций сразу при написании приложения?(вынести такие опции в бд и спокойно себе редактировать через туже админку джанго или раздел настроек в десктопном приложении)

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

А если серьезно, то что вы не поняли на тех нескольких страницах справки, вроде там даже секретарша разберется?
ага, тут питон, там пхп — знаю такие продукты.
в ентерпрайсе такие внедрения сразу под мулик (американских рублей) прыгают, а одна только инсталляция от сотки той же валюты!
не надо нам сказки рассказывать — знаем, плаваем!!!

аналоги на MS я могу за неделю поставить!
вы все общие задачи решаете, а я говорю о конкретных узконаправленных задачах для организации.

Например, есть фирма продавец евро-окон: ей нужно вести учет клиентов, вести базу материалов, делать расчеты размеров и стоимости окон и все это между собой связывать. Это легко и просто решается продуктами от майкрософта — аксесс/ексель/ворд(для вывода готовых договоров) и написанные в них приложения. Вроде бы все замечательно и быстро работает, фирма маленькая клиентов мало, менеджеров 2-3человека(читай количество лицензий). Проходит время, заказов становится значительно больше, фирма выходит сначала на региональный, а потом и на государственный уровень — теперь менеджеров сотни, клиентов — десятки тысяч, заказов сотни тысяч итд. Представили? и как по вашему будет работать эксель/аксесс приложение с такими нагрузками? как вы будете решать проблему с доступом если у вас появится иерархия менеджеров и одним надо будет позволить то что другим запрещено? как у вас будет организована одновременная работа сотен менеджеров в таком приложении? Сколько вы заплатите за лицензии для этих менеджеров(причем я говорю только про мсоффис, а для него ведь еще и лиц винда нужна). Тут как не крути придется городить костыли в виде переноса данных в sql-бд и переписывании ексель-приложения для работы уже через бд с подключением под разными аккаунтами(для иерархии прав) — и опять это будет работать, но это будет медленно. И за все эти переделки вам придется платить.

А теперь взгляд с моей точки зрения, которую я вам тут уже час втолковываю:
При открытии фирмы сразу же заказываем написание полноценного клиент-серверного(бд) софта, платим за это, не спорю, в несколько раз больше чем пара лицензий офиса+ексель приложение. Но проходит время, фирма растет, а вам приходится всеголишь заводить новых менеджеров в базу, назначать им права и ставить клиентское приложение(или в случае вебприложения тупо давать ссылку). Никакой головной боли, никаких тормозов, все работает так как ВАШЕЙ фирме нужно.

Естественно вам придется вначале заплатить больше и хорошо подумать чтобы можно было нормально спроектировать приложение и учесть все что может понадобится.

Надеюсь теперь понятно о чем я толкую?
Возникло только 2 вопроса.
1. Откуда у фирмы на 5 человек сотня тысяч баксов на написание системы, которая будет одинаково хорошо работать с двумя юзерами и с десятком тысяч?
2. Откуда у компании из 5 человек _видение_ того, что именно им будет нужно, когда они вырастут до 10 тысяч человек?
я не знаю у кого это нужно заказывать софт чтобы он стоил сотни тысяч баксов, наверное у самого Билли:)

а если серьезно — разработать софт для описаного выше примера будет стоить от нескольких сотен(у студенда) до нескольких тысяч(у сертифицированного опытного программера) баксов.
Давайте считать? )
ну я же говорю я не знаю нынешних расценок по столицам. из последнего заказного софта о котором мне от знакомых довелось узнать — городская локалка заказывала биллинг(согласитесь сложный софт: учет клиентской базы, ведение учета всех услуг клиентов, разные тарифные планы, распечатка счетов, статистика для админов итд) у небольшой конторы прогремеров, биллинг был полностью готов за месяц, стоимость составила 800$, работает уже больше года без доработок(смену тарифов не считаю), локалка за это время выросла раз 5…

Я конечно понимаю что какая то международная организация закажет софт у известной конторы, отвалит сотни тысяч баксов и получит тот же самый софт. Нет никаких причин считать его более качественным или надежным, единственный плюс — уверенность что контора-разработчик не исчезнет.
Цифра коммерчески не реальная.

Давайте считать от затрат?
Ну пусть работали над системой 3 программиста и менеджер-тимлид, пусть месяц чистой разработки. В меньшую команду на таком проекте за такой срок я не верю.

Пусть в провинции ЗП программера $600, тимлида — $800.

Итого на зп разработчикам — $600*3+$800 = $2600
Пусть налог на ФОТ — 0,3 = $2600*0,3 = $780
Пусть затраты на офис инет и прочее — $400
Предположим, что все сразу написали правильно, ТЗ им уже дали готовое и правильное, внедрял клиент своими силами, обучение не требовалось. Затраты — $0.

Это затраты у нас на месячный проект: $3780

Путь норма прибыли будет 0,2, чисто за инфляцией успевать: $3780*0.2 = $756

Пусть контора работает на упрощенке 6%, тогда входящий поток должен быть ($3780+$756)/0.94~=$4826.

Вроде все основное учел.

В вашем случае $4026 не хватает. Где они?
к сожалению я не их бухгалтер чтобы ответить, но сумма абсолютно реальная! как вариант — фирма планирует продать этот биллинг кому то еще. но нет никаких гарантий что клиенты найдутся. Ну и еще возможно у них были заранее какие то наработки/модули/либы и весь месяц они делали не только этот проект. Ради интереса завтра попробую поинтересоваться в местных фирмах сколько стоит разработка

Кстати 600$+ зарплата в основном у тех кто работает на зарубежные конторы. на госдолжностях программеры 300-400$, частники — тут уж смотря насколько удачные клиенты попадаются, но если работать чисто на местный рынок то 400-500$ это потолок.
(в столице все цифры можно смело х2)
Сссрочно открываем офис у вас )))
Подскажите пожалуйста центровой сайт с резюме?
обычно не лажу по сайтам резюме, так что центровой не подскажу. счас вот сам залез на it.rabota.ua/ посмотреть что там предлагают, большинство вакансий в моем регионе без зп(думаю просто стыдно озвучивать:) ), а там где есть разброс от 3000грн(около 400$) до мифических 2700$ в международных конторах. ну и вакансий раз-два и обчелся. при этом в городе Политех в котором куча комп специальностей. студенты выпускаются, работы нет, конкуренция на место большая… думаю понятно почему такие маленькие зарплаты. кто может из студентов бежит в киев, благо близко.
>> ЗП программера $600, тимлида — $800.

Чето меня гложут сомнения. В Харькове джуниоров сразу после второго курса берут на 600 баксов. Тим лиды ну оп минимуму можно $1200 наверное. Но лично я не знаю никого меньше $1800.
И у вас такое хоть раз сработало? Хотя бы переход с 100 человек на 1000? Да или 10 в 100. Врядли. Иначе вы бы такое не писали. Требования фирмочки на 10 человек и на 100 отличаются не в нагрузке, они отличаются в функционале. У вас точно есть опыт?
я лично был свидетелем как маленькая городская компфирмочка из 5 человек(которая продала мне мой первый комп в школьные времена:) ) выросла одну из крупнейших компфирм страны(примерно за 5-7 лет) и стала одним из моих поставщиков железа по работе:) так что да я такое видел, плюс еще несколько фирм за которыми я слежу вышли с городского на региональный уровень.

Согласен что виденья о том что будет у них при старте быть не могло, но для того чтобы сделать грамотную софтину не так и много надо предусмотреть…
У вас нет опыта, но вы уверенно говорите «сделать грамотную софтину». Бляха муха. Если бы такую софтину можно было бы сделать. Ее бы сделали. Есть милиарды софта (1С, Навижен, Аксапта, СалесФорс ...). Все бьются над идеей «грамотную софтины» и ниукого до конца не выходит. И тут приходите вы и говорите что можете написать грамотную софтину которая проживет 10ки лет. Выдержит увеличение персонала с 5 челоек до «одну из крупнейших компфирм страны». И при этом не будет стоить сотен тысяч денег? Это просто смешно. Ппц.
Чтобы это понять, нужно попробовать сделать такую грамотную софтину, возможно не раз. Я вот попробовал в свое время аж несколько раз, тут-то всю дурь и вышибло…
Аналогично.
спорить не буду, опыта создания такой супер софтины у меня нет. Но бляха муха, как вы не понимаете, что нам и не нужна суперсофтина — нам нужна софтина которая будет решать поставленную задачу в не зависимости от того юзает ее 5 человек или 1000+ и вот тут мы вполне себе можем предусмотреть это в архитектуре.
И вот таких вот спец-софтин уже давно есть десятки тысяч и вы не поверите — они работают. Их используют на предприятиях любых размеров. Я вот выше привел пример фирмы продавца окон, не просто так — у меня где то 5 клиентов такие фирмы. Во всех них используется для описанных задач разный софт, который когдато писался на заказ, хоть и не для них — для других аналогичных фирм. Так вот одна из этих фирм официальный представитель крупного немецкого завода и использует их софт, он написан лет 5 назад и до сих пор прекрастно выполняет свои задачи и на мелких фирмах(мои клиенты) и на крупном производстве которое поставляет товары по всему миру) и уверен обошлась разработка максимум в десятки тысяч уе.

Кстати 1С очень даже неплохо приблизилось к той мифической суперсофтине о которой вы говорите.
дык эта — а какой смысл писать клиента к БД??

возьмите SharePoint foundation — бесплатно, веб, на раз подключаешь сикульную БД и работаешь с ней.
+ воркфлоу, безопасность и т.д.

а вообще коллега выше правильно написал — какой смысл городить огород — у той же MS есть вся линейка продуктов. все они предназначены для решения разных задач — вопрос правильного выбора.

т.е. если есть access — это не значит, что нет решения для 100000 пользователей — как раз есть, а вот ваша софтина написанная на коленке студными — скорее всего на первой тысяче загнется, а затраты на развитие и сопровождение будут запредельными.

к тому же, в компании на 100 тыс — из софта не только калькулятор окон требуется а кучу еще другого — поэтому и выбирают платформы, которые позволяют делать RAD

10 лет назад хтмл+цсс+жаваскрипт+питон/пхп был на уровне маленького червячка.
это сейчас не проблема.

а если и был такой специалист в лице Вас — то сколько Вас было????

точно также, MS сейчас предлагает решения, когда для данной задачи вообще не нужен программист!!! только заплати за софт vs custom разработка.

второе — всегда бОльший риск! особенно если учесть российскую специфику, когда разработчики имеют привычку линять после 50% предоплаты (не говорю за всех — но с аутсорсингом очень большие траблы, сам убеждаюсь каждый день, да и в больших конторах народ девелопит ужасно((( )
>>10 лет назад хтмл+цсс+жаваскрипт+питон/пхп был на уровне маленького червячка.
тогда был делфи, с/с++ и еще несколько десятков вариантов на чем можно написать клиентскую морду к бд. и спецов таких хватало.

>>точно также, MS сейчас предлагает решения, когда для данной задачи вообще не нужен программист!!! только заплати за софт vs custom разработка.
мы ведем разговор о приложениях внутри екселя — покажите мне обычного офисного сотрудника который сам, без программиста сможет создать более менее сложное приложение. Таже 1С-Бухгалтерия тоже работает по умолчанию из коробки, но почему то большинство фирм нанимает програмерров которые пишут конфиги специально под нужды фирмы, вместо того чтобы просить секретаршу/менеджера сделать это.

потому риск одинаковый что заказывать разработать «ексель-софт» что обычный.

>> покажите мне обычного офисного сотрудника который сам, без программиста сможет создать более менее сложное приложение

Могу фотку прислать :) Комдир в одной конторе, где я работал, написал аццкое приложение на Excel, которое качало прайсы с поставщиков, делало сопоставление позиций, показывало самую выгодную цену для закупки партии (как по входящей цене, так и по транспортным расходам, скидкам за объем, партнерским статусам и проч.), умело размещать заявки.

Все это — после прочтения книжки Excel для профессионалов.
>>Все это — после прочтения книжки Excel для профессионалов.
проще говоря после повышения квалификации до уровня ecxel-программиста. Тут уже вопрос в стоимости времени на обучение сотрудника, если это дешевле чем оутсорсная разработка — то имеет право на жизнь, но при этом нельзя быть уверенным что сотрудник не потребует прибавку к зп за более высокую квалификацию или вообще не свалит в другое место работы с новыми знаниями. Ну а если делать лично для СЕБЯ, то это немного не по теме нашего разговора.
Да я бы такому сотруднику и сам дал прибавку. Денег экономится уйма, когда люди сами делают инструменты исключительно для себя. Представляете сколько бабла на одно ТЗ к этому ушло бы?
я не представляю сколько это стоит в россии в общем и в столицах стран снг в частности, но в моем украинском областном центре разработка стороннего приложения средней сложности под задачи клиента редко когда доходит до сумм с 3нулями(в уе) — это сопоставимо со стоимостью лицензий на офис для сотрудников, а часто даже дешевле.

ну и если сотрудник сам может сделать и поддерживать/расширять приложение это замечательно, но к сожалению не для всех задач это возможно. И мы снова пришли к тому на чем я предлагал закончить спор — все упирается в задачи и стоимость их решения.
Ну пионэры делают задешево везде, только в 99% случаев приходится доделывать/переделывать руками других пионэров, или, когда компании надоедает, за суммы с трем-четырьмя нулями…

Ок)
=тогда был делфи, с/с++ и еще несколько десятков вариантов на чем можно написать клиентскую морду к бд. и спецов таких хватало.

=

не согласен.
для привлечения прогера нужно бюджет выбивать (иногда сложная задача), а зачастую все делалось и даже сейчас делается внутренними силами.

к тому же кастом разработка на дельфях (слава богу он умер) — тоже еще та засада в плане миграции на новые платформы!!!
я 3 года обслуживал несколько десятков госорганизаций+пару сотен частных фирм и знаю какие бывают проблемы с выбиванием бюджета. Но НИГДЕ я не видел чтобы софт писали офисные работники! Везде либо держится штатный программист, либо отдается на оутсорсинг, либо покупается готовое решение(если возможно)

>>к тому же кастом разработка на дельфях (слава богу он умер) — тоже еще та засада в плане миграции на новые платформы!!!

и на какиеже платформы вы собрались мигрировать с мсоффисом?:) Максимум на макос и то мсоффис там не 100% копия виндового — не любое решение перенесется. А в остальном — разработка на делфях легкая и быстрая, ну и делфи я для примера привел — сейчас также просто можно написать софт на .net С# и еще десятке языков.
+1
Вон щас LightSwitch в бете. Тот же ексес, но более современный. Тут вам уже и деплой в облако, и клиент на SL.
В моем городе архив ЗАГС переводит старые записи в Access. Канцелярия тоже его использует.
Системы разного класса.
Зачем нужен автомобиль если есть самолет — это вы сейчас спрашиваете.
Но весь прикол в том, что если вам не нужно серьезное ПО (в данном контексте речь идет не только о Word), то уж извините за мой французский, вы вообще них*я серьезного не делаете

Теперь ответьте мне на 1 вопрос: Почему Вы так считаете тех людей которые не используют MS Office ничего серьезного не делают? Сейчас большое кол-во продуктов которое можно использовать для Аналитики, Отчетов, Графиков и etc. Так что каждый выбирает себе продукт по душе! Если ему не подходит OOo то человек выберет MS или же на оборот.
К примеру как сис админу и программеру мне на хрен не нужен весь этот набор. Все это можно сделать бесплатными аналогами.
»» Все это можно сделать бесплатными аналогами.

И такую интеграцию тоже можно сделать бесплатными аналогами? Расскажите, пожалуйста, какими именно.
Ответ на вопрос заключен прямо в тексте: (в данном контексте речь идет не только о Word). И если вы сисадмин, то, наверное, вы не в пустом вакууме работаете, а среди других специалистов, которые, наверняка, решают какие-то задачи. И заметьте, в посте нет ни слова о том, что если вы не используете Office, то вы ничего не делаете. А акцент делался на людей, которые считают, что если оно им не впирается, то и другим оно не надо.

>> Все это можно сделать бесплатными аналогами.
Не городите чушь. Если бы это было так, то коммерческий софт уже давно исчез бы.
На какие продукты Вам привести аналоги?

На SharePoint? На SQL? VisualStudio?
Я так понял, это вы мне ответили, да комментарием промахнулись.

Да, приведите мне аналог SharePoint (аналог, а не подобие, т.е. Plone не катит).
Приведите мне аналог InfoPath (бесплатный).
Приведите мне аналог динамически связанных данных из разных документов, в конце-концов. С человечным интерфейсом желательно.

Еще крайне желательно, чтобы весь этот набор был с хотя бы похожим друг на друга и удобным при этом интерфейсом, а не походил на помесь кота с носорогом.
Alfresco
Novell teaming
MediaWiki
WebSphere
Adobe Version Cue
Mindquarry
O3spaces
Instant Business Network
Это по SharePoint

а по infoPath у Google Docs есть аналог и в полне приемлем для работы
Очевидно, что Вы не работали с InfoPath в боевой обстановке :)
Возможно ) но я работая без продуктов MS я хуже не стал )
Спросите себя, стали ли Вы лучше, выполняя задачи, для которых придуман InfoPath, без InfoPath :)
В том то и дело. Что мне не нужны эти фитчи которые напиханы в infopath для моей работы! И поверьте ) таких как я очень много.
Ну это тогда разговор глухого с немым. Нафига тогда сравнивать продукты, если Вы их не используете и даже задач подобных не стоит? :)
Я сравниваю продукты по своим потребностям. Мне к примеру ну нахрен не нужны продукты от MS. От них я уже настрадался достаточно )
Все эти лицензии, большие суммы денег, постоянные проблемы безопасности, + все что нам требовалось в работе для предприятия свыше 250 человек есть и в ООо и в Gdocs
Переход с MS на СПО был ужасным но потом все таки по опросам около 87% процентов сказали что не удобства не испытывают и не даже большинство просили что бы их дом тачки перевести на СПО
> Все эти лицензии, большие суммы денег, постоянные проблемы безопасности…

+ эти скучные обои, меняешь их меняешь — одно и то же постоянно, не интересно…
Нет спасибо. Меня обои практически не интересуют в продуктах ))
То, что Вы не сталкивались с организациями, где действительно нужен стэк от MS, не значит, что он не нужен никому и это выбрасывание денег.

Единожды, хотя бы посмотрев через плечо на внедренный и правильно используемый комплекс MS-решений, Вы, уверен, разрыдались бы и пошли копить деньги на такой же. Особенно на предприятии в 250 душ.
>То, что Вы не сталкивались с организациями, где действительно нужен стэк от MS, не значит, что он не нужен никому и это выбрасывание денег.

То, что Вы сталкивались с организациями, где действительно нужен стек от MS, не значит, что он нужен всем остальным :)
Я же не кричу об этом на каждом углу, в отличие от сторонников противоположной точки зрения.
Извините, но я могу вывернуть ровно наизнанку: «я же не кричу об этом на каждом углу, в отличие от сторонников противоположной точки зрения» и буду прав ровно на столько же, насколько правы Вы.

Не пытайтесь подменить понятия: если не кричите лично Вы, то это не значит, что не кричат остальные, разделяющие Вашу точку зрения.
Да нет, сторонники «противоположной» точки зрения тут по комментам так и разложены. Причем, как показывает общение, они не имеют представления о предмете разговора.

Зачем обсуждать InfoPath, если вы его не видели? Зачем приводить MediaWiki в пример как аналог SharePoint? Находятся альтернативно одаренные, которые на полном серьезе сравнивают TFS и SVN!111

Можете считать мою роль в этих комментах миссионерской :-D Я пытаюсь донести до масс простые истины, которые относятся не cтолько к сфере Software, сколько к взгляду на жизнь вообще :)
>Зачем приводить MediaWiki в пример как аналог SharePoint?

Да, это вообще жесть.

Диалог развивается как-то так:

«Какие конкретно у вас претензии к компании BMW?
-Вы знаете, боинг делает хорошие самолеты, но я предпочитаю самокат. Потому что BMW отстой» ;)
Мы слыхали про этот взгляд на жизнь еще в конце девяностых. «Вован, лох, за 1000уе галстук купил, а за углом такой же за 10000 продается!» © Сейчас вроде вышло уже из моды, не?
Процитирую комментарий выше:

«Какие конкретно у вас претензии к компании BMW?
-Вы знаете, боинг делает хорошие самолеты, но я предпочитаю самокат. Потому что BMW отстой» ;)
Для того, чтобы дойти до соседнего дома, я предпочитаю самокат. Отстой не BMW, а некий «взгляд на жизнь», из-за которого напыщенные люди вроде автора поста едут до соседнего дома на BMW. И вся Москва и область из-за этого задыхаются в пробках. Так понятнее?
Отстой не BMW, а некий «взгляд на жизнь», из-за которого напыщенные люди вроде автора поста едут до соседнего дома на BMW.
… а потом ещё с важным видом заявляют: «А те, кто перемещается не на BMW, они вообще них*я серьезного не делают».
Ну да, у него есть такие моменты.
>Да нет, сторонники «противоположной» точки зрения тут по комментам так и разложены.

Ещё раз, медленно: «сторонники противоположной точки зрения» не лучше и не хуже некоторых сторонников Вашей же точки зрения, поэтому не нужно пытаться устроить перекос в сторону «неадекватных МС-ненавистников» и «рассудительных МС-сторонников»: и среди тех, и среди других есть как неадекваты, так и рассудительные люди.

>Находятся альтернативно одаренные, которые на полном серьезе сравнивают TFS и SVN!111

Конечно, а одно даже упоминание о том, чтобы рассчитывать конструкции самолётов в Ворде — это «неальтернативная» одарённость, я сразу так и понял.

Не пытайтесь увиливать и противопоставлять одного такого рассудительного себя неадекватам из противоположного лагеря: я в ответ тоже могу противопоставить одного такого рассудительного себя неадекватам из Вашего лагеря и буду прав ровно настолько, насколько Вы.
Кажется, я повторяюсь, но это исключительно по необходимости: Вы либо не уловили эту мысль из предыдущего комментария, либо сделали вид, что не уловили. В любом случае, третьего раза не будет: я закончу разговор в одностороннем порядке вне зависимости от того, действительно ли Вы не поняли или сделали вид.
Рассчитывать самолеты в ворде можно, и может быть даже кому-то нужно. Простой пример — внедренный объект Visio. Можешь даблкликнуть, подредактировать диаграммку, все сохранится все будет круто.

А ведь можно не внедрять объекты, а, о ужас(!), связывать их. то есть связать какой-нибудь зашареный документ SolidWorks, он будет отображать нужную схему, и редактировать можно будет, если уж очень захочешь.

Короче я так понял мысль автора, что MS дает возможности, огромную гору возможностей, за них ее продукты и любят. Всегда можно найти пример неразумного применения их, но это отнюдь их не обесценивает.
>Рассчитывать самолеты в ворде можно, и может быть даже кому-то нужно.

Проектировать печатные платы в Ёкселе тоже «можно и может быть даже кому-то нужно», но это не говорит о том, что Ёксель предназначен для проектирования печатных плат или о том, что «Ёксель настолько хорош, что в нём даже печатные платы проектировать можно!» :)

Насчёт внедрённых или связанных объектов — кто спорит-то? Да, есть такие вещи, да, они чрезвычайно мощны.
Но во-первых, в большинстве примеров их использование притянуто за уши (как в примере с самолётом). Видите, даже такой сведущий человек, как автор топика, не смог придумать реального примера из жизни :)
Во-вторых, тех примеров, где не притянуто, а действительно необходимо — жалкие проценты. Да о чём тут говорить, если даже стили в Ворде не используются 90 процентами его пользователей? О каких внедрённых объектах Вы говорите? :)))
— Используя решения от Микрософт Вы сможете внедрять объекты, анализировать данные в pivot tables, строить офигенные диаграммы и всё такое прочее!
— Ура! — сказали бульгахтеры и пошли дальше выравнивать текст пробелами.

МС Офис действительно очень мощный инструмент, но его необходимость в большинстве случаев сильно преувеличена.
Я привел достаточно распространенный пример. Внедренные диаграммы визио используются в SD на каждом шагу.

Вот GWave был ближе с ихненскими гаджетами, или как там оно называлось, идея была верная. Когда в гуглдокс внедрят эти штуки (а наверняка внедрят) и будет широкая поддержка со стороны производителей веб-приложений — можно будет говорить о рывке со стороны Google Docs.
Да, Вы привели хороший пример. Который, впрочем, никак не опровергает то, что я сказал.
>Единожды, хотя бы посмотрев через плечо на внедренный и правильно используемый комплекс MS-решений, Вы, уверен, разрыдались бы и пошли копить деньги на такой же. Особенно на предприятии в 250 душ.

Именно так. Просто обычно сравнивают стихийно используемый «левый» офис, с нормально настроенными системами коллективной работы. Которые не менее хорошо (а может и более, тут уж дело вкусов) можно сделать на платформе MS.

а разве кто-то говорил что-то плохое о вас?
o мля, WebSphere ох--но бесплатный продукт.
автор — вы чо курили???

про остальные не слышал кроме адобе — к чему бы это?
Да все знакомые названия перечислил человек, что же Вы цепляетесь :)
Я лишь привел альтернативу.
К примеру Alfresco ее используют очень много больших компаний, одна из них Toyota к чему бы это? )
про альфреско ответил ниже… не туда попал))

имхо, но SP не так прост, как кажется.

это большая платформа — а легких систем аналогов множество, не хочу обсуждать даже…
а уж приведение в качестве аналога mediawiki говорит о вашей о некомпетенции в данной области!

простой пример — одна и многих возможностей SharePoint (просто для примера) — Visio Services — приведите аналог, когда можно легко набросать любую картинку, привязать ее к реальному источнику данных и отображать все на веб странице (PNG или SilverLight).
картинка любая — схема датацентров, офисов с показателыми работы, нефтяных вышек на карте с индикацией проблем, процесса логистики товара и т.п.
без единой строчки кода — взял и показал.
Надо добавить, из корпоративного источника данных. Из интернетов-то таскают инфу как-то…
не совсем понял…

можно и из интернетов таскать — только для этого другие есть средсва…

тот же FAST — тут готов сильно подискутировать!
коробки аля гугль GSA не катит — сразу солью))
Моя идея в том, что средства для mouse-driven визуализации данных из интернета есть. А средств для подобного анализа внутренних данных компании вроде как и нету. Совсем.
а, сори, про альфрекско забыл — про него слышал.

а теперь дайте кейсы по работе хотя бы нескольких десятков тысяч пользователей работы с ним,
10-ки терабайт данных и т.д.
и, немаловажно, партнеры, которые в россии его будут внедрять и поддерживать (не менее 50-ти желательно и не от 100 челобреков в штате — а то знаете ли риски, что загнется что-то, а чинить некому)

а то любят у нас красноглазики кидаться кучей названий — я так тоже могу — зайти куданить и выкинуть список аналогов notepad

Я не собираюсь никому ничего доказывать. У каждого человека своя точка зрения на любые вещи. Может и партнеров не такое кол-во со факт того что проекты развивающие эти продукты не загнулись до сих пор это должно о чем то говорить!
Это ты хорошо подметил, про партнеров :)
P.S. Если руки кривые то уж извините тогда помочь Вам ни кто не сможет. При любом желании все эти Сервисы/ПО которые Вы описали интегрировать можно!
Если сильно захотеть, можно в космос полететь. Это так, к слову. А есть еще задачи, которые надо решать каждый день и желательно, быстро. Можно делать все прямыми руками, а можно взять и использовать. Разницу чувствуете?
Я бы не сказал что продукты MS такие стабильные что их взять и использовать!
Ну и не говорите. Они от этого хуже не станут :)
Да правда гемора достаточно с ними. Но гемора для сисадмина, а не для девелопера, т.е. задача только в том, чтобы правильно настроить. И в некоторых сценариях она нетривиальна, воистину.
У людей нет ни лишнего времени, ни большого желания на интегрирование разных продуктов от разных производителей.
Сила MS в изначальной простой и мощной интеграции своих продуктов.А продукты MS покрывают весьма большую область, которая нужна людям. И люди просто часто выбирают то, что уже проверено и привычно.

P.S. Да большинство лень переучиваться, сила привычки:)
+1 ( не могу плюнуть в карму)

это к сожалению не понимают, или не хотят понят понять противники MS

для них все просто — заменим одно друним и вуаля.

только вот на практике не так все просто.

большая сила MS в том, что все продукты очень сильно интегрированы между собой.
такое сделать на бесплатных аналогах просто нереально на текущий момент, либо будет стоить на порядок больше, чем решения от MS

поэтому, тем, кому нужен только писалка текста и mail — выбирают сами знаете что,
а кому большее — MS

все просто.
>> Все это можно сделать бесплатными аналогами.
> Не городите чушь. Если бы это было так, то коммерческий софт уже давно исчез бы.

Коммерческий софт ещё не исчез только потому, что есть люди с вашим мнением согласные.

habrahabr.ru/blogs/linux/108285/#comment_3427135 Как минимум три человека с вами знакомы. =)
Да вовсе не в платности дело и даже не в количестве функций.

Майкрософт, как бы плохо к нему не относились, на самом деле любит разработчиков под свои платформы и позволяет им зарабатывать хорошие деньги.

Это и есть причина по которой он продвигается помимо простого удобства. Это бизнес-модель 1С только в глобальном масштабе.
Первая часть «Империя наносит ответный удар» была гораздо интересней… Впрочем, как и всегда в кино :)
НЛО прилетело и опубликовало эту надпись здесь
Не хочется ввязываться в этот холивор, но вы ничем не лучше тех, кому вы отвечаете. Особенно с этим вашим:
если вам не нужно серьезное ПО ..., то уж извините за мой французский, вы вообще них*я серьезного не делаете

Ибо, если вы не в курсе, то «серьезное ПО» под названием Word в большинстве случаев используется большинством людей не для «разработки конструкции самолетов», а по своему прямому назначению — писать текстовые документы, причем не требующие каких-то особых сложных функций. И когда Microsoft продает MS Office Home and Student, то его тоже явно не для «бизнес-аналитики» будут использовать, а для печати каких-то рефератов.

Возвращаясь к вышеприведенной цитате, хочется вспомнить своего знакомого, который пишет серьезные тематические статьи объемом 15-30 тысяч символов в простом приложении TextEdit (нечто вроде WordPad в Mac OS X), причем сидит там в Plain Text Mode, без какого-либо форматирования шрифтов и т.д. Почему? Потому что ему нужно просто писать текст, а не «строить OLAP кубы, использовать методы Data Mining» и уж точно не «проектировать самолеты», его ничего не отвлекает в этом приложении, несмотря на то, что у него в системе установлены и другие офисные пакеты.
По мне, так данный топик нужно было написать белым шрифтом на фоне синего прямоугольника. Так бы слова про серьезность лучше смотрелись.
> холивор
вот хоть убейте, не могу понять откуда такие слова берутся. это значит что-то вроде «я думаю, что я грамотный»?
либо уж сленговый холивар, либо хоулиуо.
второе слово похоже на то, которое приходит в голову читая подобные изъебы.
Что вы к словам придираетесь? Вроде как насрать в карму, как сделали другие господа, намного эффективнее, раз уж нечего по делу сказать ;)
да нет у меня к вам претензий по делу-то.
Извините, сильно порезало глаза следующее:

если вам не нужно серьезное ПО ..., то уж извините за мой французский, вы вообще них*я серьезного не делаете
процитировали Вы, когда в оригинале было

Но весь прикол в том, что если вам не нужно серьезное ПО (в данном контексте речь идет не только о Word), то уж извините за мой французский, вы вообще них*я серьезного не делаете


А потом стали рассуждать про Word. Можно было бы обрезать цитату до
… вы вообще них*я серьезного не делаете
и обидеться на оскорбление на пустом месте.

P.S. А вот еще Ленин хорошо сказал: «Побеждает на войне тот, у кого <.....> толще»
<больше резервов, больше источников силы, больше выдержки в народной>
а то ведь народ и впрямь поверит! :) ©
Согласен, когда пишешь текст — лучше, чтобы ничего не отвлекало и работало быстро. А вот зависания и торможения Вордовские — давно вошли в историю. Пока файл откроешь, забудешь зачем открывал. )
>> хабр — это вселенский центр холиварщиков и майкрософтоненавистников,
Интересно, а по мою сторону баррикад кажется, что Хабр просто оккупирован мелкомягкими. Тут просто идет окопная война и стоит высунуться, как получишь пулю в карму.
НО ваше перечисление меня улыбнуло…
>> «Возможность использовать бизнес-аналитику, строить OLAP кубы, методы Data Mining, визуализировать данные с помощью Pivot, автоматически строить графики, отчеты, демонстрации, публиковать статьи в блоги — это маленький список того, для чего пользуются офисным пакетом от MS уже сейчас. Я уже молчу о куче плагинов, которые позволяют чуть ли не конструкции самолетов разрабатывать прямо в Word. „
Мы это уже проходили. См. холивар Emacs / Vi.
а по мою сторону баррикад кажется, что Хабр просто оккупирован мелкомягкими.

Да чего уж греха таить habrahabr.ru/company/vkontakte/fans/
Статистика
Всего поклонников: 610
Мужчины: 453
Женщины: 22
Все остальные: 135
Не нашел Вас в этом списке (но не очень искал), а меня в нем точно нет.
Уточните к чему ссылка. Если о том, кто оккупировать Хабр, то это сравнение не по теме разговора.
>Тут просто идет окопная война и стоит высунуться, как получишь пулю в карму.
Оккупирован он только потому, что всем остальным пофиг на развитие технологий, которые используют. Они не пишут статей, они ничего не делают. Они банальные потребители, за исключение пары десятков человек. И могут только кричат «мая техналогия лучше!»
Я не против — пишИте хорошие статьи. Я не пишу поскольку я не совсем IT — шник, а не потому что я потребитель.
А вот по малейшему поводу в карму — не комильфо. Хабр это не площадка для проповедей, а место для общения. И чем больше мнений, тем лучше.
А по окопам сидеть и друг друга отстреливать — глупо.
Вы при этом лихо обвинили, что в этом беда именно сторонников МС. Я же могу сказать наоборот. А в реальности несдержанных с каждой стороны хватает. А вообще я не понимаю, что есть карма и другие циферки, они ничего не значат.
Я не менее лихо обвинил себя в необъективности оценки («с моей стороны баррикад»:). Истина где то по средине между 2 крайними мнениями. Автор дал одну точку, я дал вторую, вы третью. Так мы находим истину.
А карма ничего не значит для меня, а не для новичка который чудом зашел на Хабр, случайно влез в Холивар и его затоптали ниже плинтуса.
>случайно влез в Холивар и его затоптали ниже плинтуса.
Ну, это уже издержки системы, тут в любое общество приди будет «чьих будешь? мы тут уже года 3 старожилы». Везде нужно аккуратность.
По Вашим комментам тоже прошлись. На Вам с прокачаной кармой ничего, а новичка это бы выбило из колеи.
Но давайте закончим наш вечерний флейм не по теме.
З.Ы. Объективности ради скажу, что на работе Ворд у меня победил ОпенОфис (я могу выбирать, что себе ставить), а Гугл Докс не удовлетворяет моей идеологии (все мое ношу с собой) в принципе. Но я планирую еще экспериментировать с редакторами ( напр. Lyx) в поиске идеала. Но это когда будет время «них*я не делать». Ворд далек от идеала, как я его себе представляю. Это кухонный комбайн, а я привык морковку ножом шинковать.
Я в свое время сидел с -50 в карме, захотел + взял и вышел с них, там больше жалоб и разговоров чем дела ;)
У меня стоит Office, я полюбил риббон, а еще самое смешно, что в той статье «убивали» офис его же плагином. Кстати интересно посмотреть, есть ли у гугла такой же плагин для OO
> Я в свое время сидел с -50 в карме, захотел + взял и вышел с них, там больше жалоб и разговоров чем дела ;)

Подозреваю, это было до того как хорошие статьи запретили публиковать через знакомых.
Вы теперь будете искать еще отговорки, я тогда тоже слышал, с минусов ну никак не выйти ;)
Есть вариант проще. Знакомые могут публиковать статьи без указания автора. Один коммент в пять минут — не так мало. Зато десять раз подумать успеешь.

Разве что, для кармадрочеров такое решение неприемлемо. ;)
плагином они пытаются народ с офиса переманить в доки. чтобы в будущем народ всегда юзал доки уже без офиса.
Офис может легко перекрыть установку этого плагина, но думаю этого делать не будет. Переманивать людей, которые купили продукт особо не эффективно. И предлагать Notepad++ вместо Eclipse тоже весело
а помоему как раз очень эфективно в данном случае. Офис ведь покупают не за миллионы его функций, а изза того что нет другого распиареного аналога и изза того что закрытые(sic!) форматы офиса сейчас стандарт. Согласитесь, большинству юзеров офиса с головой хватит функционала чуть ли не вордпада, не то что гуглодоков.

Ну и сравнивать эклипс и нотепад++ тоже не верно(тестовый редактор vs среда разработки). если вы кодите большой проект с нуля, то да скорее всего эклипс будет удобнее, но если вам надо быстро внести правки в тотже проект — намного проще и удобнее будет открыть файл в нотепаде.
Я соглашусь, что уже не знаю, что может быть в офисе нового. Я не пользуюсь 80% его функционала. Редко мне нужно другие 40% функционала и вот тут меня ОО расстраивает :(

Быстрые поправки — посмотреть зависимости, прогнать юнит тест, закомитить в репозиторий ;)
Кстати WordPad работает и с OOo и с Word2010 форматами. Гуглу надо боротся с WordPad, тем более что по функционалу схожи.
Отлично, сообщество поддержало хорошую вещь. Правда можно и по другому посмотреть, Гугл забил на ОО и оставил все на народных умельцев, потому что в нем конкуренцию не видит.
учитывая то сколько гугл вносит в развитие спо, можно предположить что умельцы были из гугла или просто гугл не стал делать заново то что уже сделано, только ради своего копирайта.
НЛО прилетело и опубликовало эту надпись здесь
Сама Google этого не достаточно?
Щито токое крупная контора? По мне такое выражение сравни «очень богатым людям», «серьезному бизнесу» и «девушке, просто другу».
все гос органы США например
в личку скрипт88 я уже ответил — правительство США переводит своих сотрудников на ОБЛАЧНЫЕ системы документооборота и тут не важно гуглодоки это или мс лив офис, ведь обе системы значительно уступают десктопному офису по функционалу.

Кстати то что мс выиграл тендер ведь еще не конец — гугл судится и там есть шансы победить.
Главный источник дохода Майкрософт — это серьезный бизнес.
Это вы в уме посчитали?
Но весь прикол в том, что если вам не нужно серьезное ПО (в данном контексте речь идет не только о Word), то уж извините за мой французский, вы вообще них*я серьезного не делаете.

Строить OLAP кубы, методы Data Mining, визуализировать данные с помощью Pivot, автоматически строить графики, отчеты, демонстрации, публиковать статьи в блоги… конструкции самолетов разрабатывать прямо в Word

Прям классические ВП ( lurkmore.ru/%D0%92%D0%BF )

Если вы стоите графики, кубы, даташахты и самолёты в ворде, то вы ничего серьёзного не делаете :)

Мне по работе приходится писать макросы, которые по требованию заказчика должны вывернуть документ наизнанку, чего-то подсчитать, сравнить, подсветить и т.д. Про опенофис ничего не скажу, но в гуглдокс такого и близко сделать не получится.

Всё должно использоваться по назначению: кому-то хватит и онлайн редактора с функцией форматирования текста и проверки орфографии, другим нужен чуть ли не весь потенциал текствого процессора с интерграцией его во внешние сервисы, сложной внутренней структорой, толпой динамических данных и т.д., и т.п.
в гуглдокс есть скрипты которыми вы с документом можете сделать все тоже что и макросы в офисе, если не больше.
можно поподробней об этих скриптах?
code.google.com/intl/ru/googleapps/appsscript/guide.html
не скажу что я в них профи, смотрел примеры только(есть вполне сложные с обработкой данных из одного дока и переноса в другой) и один простой скрипт для себя написал.
function EnToRu() {
  var sheet = SpreadsheetApp.getActiveSheet();
  var row = 1;
  while (sheet.getRange(row,1).getValue()) {
    if (!sheet.getRange(row, 3).getValue()) {
      var test =sheet.getRange(row, 2).getValue()
      sheet.getRange(row, 3).setValue(test);
    }
    row++;
      }   
  }

на текущей странице екселевского документа проверяет есть ли в ячейке третего столбца инфа, если инфы нет копирует со второй ячейки в третью. Используется у меня для сборки файлов перевода одной игры.
вообще-то я говорил о вордовских макросах. Google Apps script Overview вроде как ориентирована на работу с Google Spreadsheets. Про excel vs google spreadsheets я ничего не говорил.
в гугловорде к сожалению покачто скриптов нет. я просто думал разговор о всем пакете гуглдокс vs мсофис.
Хотя я, честно скажу, никогда не понимал зачем в ворде макросы — ни одной задачи где бы они потребовались не встречал. Ну а в экселе дело другое — обработка данных итд.
я тоже не в восторге от макросов в ворде. но работа обязывает :)
Вам было бы проще, если бы данные поступали к вам в размеченном текстовом виде, а для их обработки можно было бы использовать любые средства работы с текстом?
Если бы только разработчики могли диктовать условия заказчикам :-D Это хорошо, если на докосвком файле всё закончится. Иногда приходит пдф, в котором вставлены отсканированные страницы документа, на котором перед сканированием маркером было отмечено, что убрать, что не учитывать и т.д. Таких случаев не много, но они есть :)

Мы конечно боремся с этим, как можем. Но правило «клиент всегда прав» никто не отменял. А потому иногда приходится «рвать гланды через *опу», причем с дедлайном на вчера.

Но ничего — нас так просто не возьмёшь ;)
В результате независимого (внутреннего :]) исследования в одной конторке для обработки данных был выбран формат csv и утилита awk. Пришлось даже на воркстейшны с WinXP и лицензиями на Office 2007 поставить Cygwin (или MSYS, не помню уже) для этого.

Правда, у них была причина — отчёты из Apple в csv приходят. Но их решили обрабатывать именно awk'ом вместо импортирования в Excel.
В гугль докс нельзя писать вордовские макросы, это верно.
Свои формы можно делать? Мне этот функционал рутинно нужен в экселе, например.
Это несравнимо по функционалу. Подходит опросники разве то делать.
Это не те формы вообще.
Я имею ввиду формы UI, кнопочки и т.д.
Еще привязка к внешним данным, например в комбиках! В GDocs внешних данный по моему идеологически быть не может. Каждый лист — самодостаточен должен быть, каждая форма висеть в вакууме.
Google Docs has ImportHTML, ImportXML and ImportData functions (and a not very well working ImportFeed function) to import data from public web pages. Google Docs spreadsheet also feature the GoogleFinance and GoogleLookup functions for (limited) lookups of financial and general data.

The ImportRange function can be used to import data from other spreadsheets one has access to.

Even more options are available in GAS (Google Apps script).
Я имел в виду непубличный источник, конечно. Список оргъюнитов подразделения например.
Список в другом спридшите? — The ImportRange function can be used to import data from other spreadsheets one has access to.
ну и скрипты которые позволяют очень многое. Такчто задача должна быть очень сложная чтобы с ней смог справится только мсофис
не, другой веб-сервис на другом веб узле — например, вебсервис расписания расписания авиарейсов или БД внутренняя SQL
честно леньки читать ман что могут функции ImportHTML, ImportXML, ImportData, ImportFeed но думаю с импортом со сторонних сайтов они полностью справятся, а вот с внешней бд — тут уже нужна будет прослойка(аля скрипт на сервере бд) который будет отдавать данные в хтмл/хмл/других форматах с которыми гуглодоки работают.

Кстати просветите: мс офис сам умеет конектится напрямую к внешним бд и брать оттуда данные? или все таки для этого есть какая-то прослойка на сервере или плагин на клиенте


ODBC = любые реляционные БД.


Плюс интеграция со студией в sw-тестировании и с TFS в планировании проекта.

Это не считая интеграции со всем остальным, от SharePoint до Reporting.
ODBC = любые реляционные БД

«в дополнительном формате с использованием мастера запросов Microsoft Query» — то же самое, что и скрипт на сервере, вам не кажется? И возможно только при условии, что BD доступна для коннекта извне, в то время как скрипт на том же сервере, что и BD, в этом не нуждается. Плюс существует же стандарт SOAP — совершенно открытый.
Извините, мне проще написать скрипт для экспорта в XML и SOAP-сервис.
Извиняю :)
Как просто извинять людей которым проще нагородить велосипедов ;). В любом случае если вам так уж захочется нагородить велоисипедов, вы всегда сможете импортировать ХМЛ ;). Ну и возможно ваша БД нативно сапортит показываение своих данных как SOAP сервис (как например MS SQL).
Не-не, это не unix way, Вы что! Гораздо же, цитирую, «проще» написать еще один скрипт, чем прочитать 3 страницы справки и тыкнуть 3 кнопки :)

А потом, прошу заметить, переписывать этот скрипт под каждое изменение входного или выходного набора :)
Ну три страницы это вы загнули. Он то всетаки технический человек, это секретарке мож 3 страницы понадобится.
Ну так-то вообще можно ничего не читать, да :) Но для порядку можно и освоить инстрУмент :)
тоесть скрипт по вашему велосипед, а целый офисный пакет(на который надо покупать лицензии на каждого пользователя) для получения и обработки внешних данных это по вашему самый верный путь? В случае со скриптом вы один раз заплатили(если сами не умеете сделать) и дальше пользуете его в гуглодоках на любом количестве клиентов, на любых платформах и девайсах, из любой точки где есть интернет.

И какое решение в таком случае эффективнее?

Кстати в скрипте можно реализовать те обработки которые не умеют гуглодоки.
Фикус тут в том, что линейные менеджеры могут обрабатывать данные те, которые им прямщас надо и так, как прямщас надо, а не звать программиста по каждому поводу.
>> Кстати в скрипте можно реализовать те обработки которые не умеют гуглодоки.

О и костыль нашелся.

>> И какое решение в таком случае эффективнее?

То которое требует меньше денег. Обычно за ЗП прогрммиста можно немеряно лицензий накупить. И посадить еникейщика с ЗП секретарки, который и репорты наклепает, и импорты настроит. Да и менджеры щас более или мнене умные появляются. У нас и ОЛАП кубы мастерили и дашбоарды и репорты. Даже порывались кастомайзить ЦРМку. Но получили по рукам.

Я не понимаю. Чего джедайствовать в тупом скушном ентерпрайзе? Для этого же есть повер юзеры. И МС со своим неджидайскими продуктами.
Другим проще ничего не писать и заплатить за готовый продукт!

Кто прав?

Для разработчика выбор понятен — всегда логичнее сделать выбор в сторону бесплатной платформы, но с премлечением его, разработчика — ибо логично, что он, разработчик, всегда напишет так, как надо ему — Бизнесу и адаптирует.

Только вот разработчик забывает, что есть миллионы случаев, когда разработчик, после получения N уе уе-- зжал и его никто не видел, а вот код его надо было развивать, поддерживать, а новый разработчик просил еще больше N уе и т.д.

И обратился тогда Бизнес к надежному поставщику ПО в лице MS и получил счастие, ибо не нужно было искать на фрилансер.ру нового разработчика и каждый раз платить ему кучу уе!!!
вы упорно отказываетесь понять о чем разговор. Речь не о самописной/бесплатной замене екселя, а о ексель-приложении(софт внутри екселя, захардкоженые формы, вычисления, обработки, выборки) к которому майкрософт отношения не имеет, которое тоже пишет сторонний программист по заказу(и тоже может зажать предоплату и исчезнуть).
Нене, excel-приложения редко пишут программисты. Я уже где-то написал, что фикус в том, что рядовые сотрудники могут играться с данными так, как им прямщас надо.
играться с данными так как прямщяс надо — это задача экселя, для этого приложения не пишутся. Я уже выше писал — что для таких задач эксель как раз правильный выбор.

А для случаев когда есть четкий список типичных задач(которые на вход принимают разные стандартные данные и на выходе тоже дают стандартные данные в виде отчетов, диаграмм, графиков итд) — вот тут уже пишутся приложения, за счет этого повышается скорость обработки входящих данных.
Под этим каментом подпишусь кровью :)

И все же то, о чем я писал тут, это стандартная для Excel игра с данными, ничего сверхъестественного. Хотя все признаки отдельной единицы софта имеются, это да.
есть варианты:
Excel сам может коннектиться к разным источникам днных и обрабатывать одновремено миилионы записей.

если говорить об офисе в целом — то есть SharePoint BCS — как пример, вы можете без программирования (несколько кликов мышкой) подключиться к БД и работать с ней допустим в Outlook как со списком контактов.

Иначе говоря — есть SQL БД контактов, через десяток минут она может быть доступна в оутлуке как список контактов с возможностью создания/ редактирования/ удаления через обычный интерфейс.
кодить вообще не надо!
скажите честно — вы пробовали работать в екселе с таблицами на миллион записей? вы уверены что это быстро?:) А просто получать и обрабатывать миллионы записей из бд стороннее приложение будет также быстро(если не быстрее)

>>Иначе говоря — есть SQL БД контактов, через десяток минут она может быть доступна в оутлуке как список >>контактов с возможностью создания/ редактирования/ удаления через обычный интерфейс.
>>кодить вообще не надо!
но при этом вам нужно покупать лицензии на каждого кто будет работать с этой бд.
habrahabr.ru/blogs/google/108754/#comment_3446815
Я пробовал с сотнями тысяч записей, никакой разницы с десятками тысяч или десятками записей.

Ну и пусть, денег-то надо заплатить — смех (по меркам компании из 5 и более человек), зато плюсов — вагон.
Вас волнуют деньги?
тогда посчитайте разработку аналога!!!

поверьте, это на порядок будет дороже чем лицензия на Excel!

тут многие так ошибаются — типа бесплатная платформа + разработка = дешевле
это не так в практически в 100% случаев.

или Вы скажите, что тот же функционал PowerPivot сделаете за 100 уе??

PS: обрабатывать миллион записей на excel реально даже на декстопе.
ладно вашу точку зрения я понял. спорить устал уже потому пожалуй пока останусь при своем мнении, если время будет напишу еще более подробно свою точку зрения отдельным топиком — там можно будет продолжить спор.:)

>>или Вы скажите, что тот же функционал PowerPivot сделаете за 100 уе??
честно, я не настолько плотно знаком с офисом чтобы знать функционал всех продуктов. ПоверПивот если не ошибаюсь это средство визуализации данных в виде разных диаграмм, графиков итд? Если да то зачем его реализовывать? за меня это уже тысячу раз сделали на всевозможных языках и выложили в виде библиотек. Потому да за 100$ я не поленюсь подобрать подходящую библиотеку под запросы клиента и подключить ее в софтину.

PS: я не говорил что это не реально, но это медленней чем отдельной софтиной.
тоесть сделать свое «приложение» на основе спридшитсов? Так они для этого не предназначены, как и ексель(в котором это всетаки можно). А для ввода данных на основе шаблона(вопросов в форме) и их обработки в таблице(скриптами) в спридшитсах все есть.
>тоесть сделать свое «приложение» на основе спридшитсов?

Именно.

> Так они для этого не предназначены, как и ексель(в котором это всетаки можно).

Эксель очень даже для этого предназначен. Иначе это и был бы всего навсего редактор таблиц. Хотя многим пользователям этого достаточно, тут спорить нечего.
эксель не просто редактор таблиц, это удобное средство для обработки данных. НО это не среда разработки других приложений. Как по мне в случае с аксесом и екселем — приложение в приложении это хреново было придумано. другое дело самописные проги которые просто используют аксесс/ексель файлы в качестве бд.

PS я не пытаюсь сказать что мсофис ненужная хрень, это очень и очень удобный и функциональный софт, но в большинстве случаев его использование абсолютно не оправдано, можно обойтись бесплатными аналогами.
Во многих случаях Excel напоминает среду для разработки приложений. Приложений направленных на работу с данными, представляемыми в табличной форме. Не обязательно с теми, что лежат на листах воркбука. Привести примеры?
с примерами мне в жизни доводилось сталкиватся не раз, и я вроде выше написал что да эксель это умеет. но я считаю что такой подход в корне не верный — задачи должны решатся заточеным под это софтом, а не софтом внутри софта. А те кто так делает мало того что платят за разработку «встроенного» софта, так еще и вынуждены потом оплачивать лицензии офиса на каждый комп где этот софт планируют использовать — даже если офис им больше ни для чего не нужен.

Хотя если подумать, я немного лукавлю — всетаки вебсофт это тоже софт в софте(в браузере), но браузеры бесплатны и в эру интернета в любом случае будут стоять на компах.
Вы видели прайсы развесистые, на десяток тысяч позиций? Часто, это целые приложения в прямом смысле!

Приведите пожалуйста пример, чем можно заменить Excel в этом месте и такой же малой (или чуть-чуть большей) кровью.
нахрена нужен эксель с прайсом в несколько тысяч позиций? Распечатать, врятли. Работать с ним, в экселе, боже упаси… для этого у того же MS есть всякие CRM и даже пару ERP ;)
Вы не понимаете о чем говорите :)
ага, не понимаю, зачем хоть какому нибудь здравомыслящему специалисту нужен прайс на 10 тысяч строк при этом в экселе… ;)
Это довольно небольшой прайс. У нас на 20-30k позиций — это стандарт. А кто-то же и всякие запчасти продает… Если вы не в курсе — не значит что такого нет
повторюсь, в экселе он зачем?
А где?
Предлагаете Calc? Или Google Docs (но в него 1С-ка не выгружает уж точно).

Вы действительно чего-то не понимаете. Это относительно небольшие прайсы
а зачем из 1с выгружать в ексель? своя я форма должена делаться в разы быстрее.
Вы типичный программист, никогда не варившийся в ентерпрайзе. Сорри за ярлык.
Энтерпрайз тут даже не нужен, чтобы все понять, достаточно торговой фирмы на 5 человек (с оборотом в сотню миллионов в месяц).
кстати да, 5 человека впринципе достаточно екселя, причем практически для всего, от выписки накладных до сдачь отчетности в бухгалтерию, все будет конечно через одно место, но работать можно, как только в фирме будет больше 20-30 человек, то есть когда они не смогут сесть за один стол и разобраться с доступом, ексель из сложного инструмента превратится в лучшем случае в инструмент вида, вот в этом мы импортируем прайс, что бы по инету передать заказчику… (ксати да, тут эксель может пригодится...), только вот с подобными задачами уже справится тот же ОО или даже гуглдокс(хотя это наверно извращение)
Раскажу вам по сикрету зачем используется ексель. Берется отчет в 1С. Выгрудается в ексель. Там немного правится чтобы показывало более «реальные» данные. Возможно агрегируется. Встаялется пара красивых диаграмок. И несется вышестоящему менджеру. Или инвестору. Или покупателю. Короч кому небудь несется.

Плюс у каждого менеджера своя «система», по которой он работает (ну там планирует закупки или еще ченить). И все они деланы… Да-да в екселе. Трудами самого мнеджера + еникещик Вася.

Но это все сикреты. Никому не расказывайте. А то все думают что репортов за который заплатили 150 тыщ всем хватает.
а ну да, пойду выкину свои сертификаты по MS Dynamics AX $)
Давно пора :)
Своя что?
Ексель это не среда разработки, это платформа. Почитайте про Office LOB applications.
Это хороший признак для Гугла. Раньше холивары шли на фронте «Линукс vs Microsoft», или «Delphi vs C++», а теперь Google vs M$.
Так и знал, что эти сёрчеры быстро станут на пятки наступать Гейтсу.
это вполне логично, линукс (для тупых — линукс как бесплатная ось, а не как ядро для продуктов бальших корпораций) так и умер не родившиь как альтенр

гугль, аппл — основные конкуренты MS — это и ребенку понятно, причем уже не один год!

ожидал больше от оракля после их громких заявлений, но пока все плохо имхо…
Да-да-да, прям умер, не стоит выдавать желаемое за действительное, вот скажите честно, вам деньги за подобные каменты платят? Я бы не платил, уж больно толсто тролите.
> Нравится: Microsoft.

Это не желаемое. Линукс действитеьно умер не родившись среди его друзей и коллег. Да и откуда ему там взяться?
Автар решил ещё больше развести холивара. Хотел, ну так получай, уже лет 5 не использую ворд, более того, даже не использую OO, после начала работы удаленно, Google Docs заменил мне всю заботу с документами, для програмиста это написать план, составить отсчет, написать список чего-либо и самое главное отдать его колегам, что позволяют сделать гугло доки ну на порядок проще, чем возиться с посылкой файлов по почте/скайп/аське и уж точно поще чем поднять какой-нить шарепоинт сервер, настроить его, заплатить за него. Думаю у нас с автором будут очень разные понятия о том кто что и как делает.
Сам по работе пользуюсь SharePoint для обмена/редактирования некоторых общих документов. Так вот одно то, что периодически «отказано в доступе/внезапное только чтение» и редактирование только если открывать в IE, которых плюхает файл в Excel и если вдруг тот ещё и упадёёёёёт.

В общем, Google Docs на порядок лучше для пользователей с незаурядными запросами. Искренне надеюсь, что перейти в рабочих целях на Google Docs тоже.
Пардон, с заурядными* )
Конечно-конечно, если я не пишу текстов, то я ни х*я серьезного не делаю. Вы меня извините, но вот программный код писать в Word'e — как-то не оно… неудобно :-( Специализированные среды разработки удобнее. Мне даже Open Office нафик не нужен, не то что MS Office… Чёрт, подросло поколеньице минетжеров — если ты не офисный работник, то ты ни х*я серьезного не делаешь, во заявленьица!
мало того, я, например, пишу много-много текстов, работа такая. но Офисом не пользуюсь, — то я тоже ни*я не делаю? или делаю, но как непрофессионал? при том, что приходилось сдавать в день по 15-25 тысяч знаков иногда.
вставлю и свои пять копеек… автор кажется не понял смысла поста на который взьелся. Или наверное не вкурсе что мс+фейсбук вместе разработали облачный сервис обработки документов — аналог гуглодоков. Вот по этому сервису и наносится удар, а не по офлайновому офису.
Если вы про docs.com то это разработка Microsfot FUSE Labs. Команда у Майкров у которой полно бабла и они заняты улучшение имиджа Майкрософт. Тоесть они не занимаются прямым заработком. И да фейсбук в разработке никаким боком. Если вы про Live Office, то оно сделано как дополнение к десктопному офису и опять же ненаправленно на прямой заработок. Короче, то что вы можете с тем же результатом сказать «Майкрософт нанесла ответный удар по фликеру, добавив в Live Photo выгрузку на фликер». Чепуха ;).
habrahabr.ru/blogs/web_2_0/91663/
а вы говорите фейсбук никаким боком.

И еще по теме: гугл сейчас воюет с фейсбуком, а не с майкрософтом. а удар в данном случае в том что софт от мс позволяет удобно работать с гуглодоками. Тоесть гугл в своих интересах использует чужой софт.
ах… Гугл нанес удар Майкрософту тем что увеличил продажи Майкрософт Оффис так как эго теперь можно юзать еще и с хранилищем Гугла, типа на работе юзаеш десктопный офис, а вот если уж припекло в дороге то онлайн Гугла. Это наверное уже победа, просто еще незаметно?

П.С. Написал сначала свое мнение по поводу вашей ссылке. Потом стер. Глупо как-то получается. Я уже какбы и намекнул, а вы все туда же. Советую. Проглядите про Office Live. Потом почитайте про docs.com. Узнаете в чем заключается сортрудничество.
это вы все тудаже… еще раз говорю воюют сейчас гугл против фейсбука, а не гугл против мс.

Гугл нанес удар Майкрософту тем что увеличил продажи Майкрософт Оффис так как эго теперь можно юзать еще и с хранилищем Гугла, типа на работе юзаеш десктопный офис, а вот если уж припекло в дороге то онлайн Гугла. Это наверное уже победа, просто еще незаметно?
Зря ерничаете, тут как раз наоборот — это способ перевести тех у кого есть офис на гуглодоки, чтобы в будущем они офис не покупали. А учитывая то что процентов 70-80 юзеров в ворде набирают отчеты/рефераты, им с головой хватит гуглодоков. Потому если эту толпу народа удастся переманить в онлайн вот это будет нехилый удар — тут помоему спортить смысла нет.

По поводу docs.com — facebook обеспечивает там «социальность», мультиредактирование итд — тоесть тот функционал который есть по умолчанию в гуглодоках.
Подумаешь, «графики, кубы, даташахты и самолёты в ворде». Фи… нашли, чем удивить. А вот у меня приятель рисовал электронные схемы и разводил печатные платы в… Microsoft Excel(!). Делал малюсенькие клеточки — и вперед, с песней. У него даже целая библиотека радиокомпонентов была. PCAD не хотел осваивать ни в какую.

Это, конечно, клинический случай, но зато показывает, насколько гибок инструментарий в MS Office. Гуглу еще много поработать надо, чтобы добиться чего-нибудь подобного.
К известному выражению Эйнштейна про бесконечность, надо добавить ещё и офис :)
Там уже есть, про глупость
Это ещё что. Сколько у нас в стране фирм ведут учет контактов с клиентами в экселе? :)
Не, ну я тоже в своё время на первом курсе на зачёт по «информатике» делал рисование картинок чистым html-ем (таблицей нужного размера, каждая ячейка которой была размером 1х1 пиксель и имела соответствующий цвет фона), но это же не показатель того, что html — отличный и удобный формат для хранения растровой графики :)
ну по Office Live это стопроцентный удар. если бы Майкрософт был бы наверняка уверен, что огромные продажи его супер-офиса, в котором «можно проектировать самолет», сохранятся навсегда — он бы не вкладывал облачные вычисления. это удар по той части рынка МС, в которой компания чувствует себя наиболее неуверенно.
MS уже много чего профукали в IT бизнесе и Cloud в том числе
слишком тщательно огораживали свои рынки, в результате просмотрев новые, в которых выросло новое злобное и голодное поколение IT-бизнесменов
Третья часть будет называться «Андроид побеждает iOS и Win7 mobile» или «Дроиды отаке» :)
>Но весь прикол в том, что если вам не нужно серьезное ПО (в данном контексте речь идет не только о Word), то уж извините за мой французский, вы вообще них*я серьезного не делаете

+100500
глубже лижите, может зачтется
Спасибр автору за попытку пнуть меня и мою статью. Я очень рад, что она вас повеселила, значит день не прожит зря.
Если бы вы были немного внимательней и прошлись хотя бы по моим комментариям к упомянутой вами статье, то несомнено обнаружили бы, что я не только не говорил о том, что Google Docs заменит Microsoft Office, но и сам активно пользуюсь как Google Docs, так и Microsoft Office… Я считаю эти два продукта дополняющими друг друга. Так что вы зря пытаетесь развязать холивор из пустого места.

Не высасывайте проблему из пальца. Microsoft Office как был корпоративным продуктом, так им и останется, по крайней мере в ближайшие пару лет изменений не предвидится. Пока нет такого конкурента, который мог бы сдвинуть их с этого насиженного места.

блин, Вы открыли мне глаза, оказывается я последние 8 лет ничем серьезным не занимался
пойду напьюсь с горя
Зря вы так. Я лично собираюсь напиться от радости.
Word — это не только текстовый редактор

так и напрашивается:
Но и три-четыре килограмма диетического, легкоусвояемого мяса.
то есть веб-разработчики, часто предпочитающие минималистичные текстовые редакторы монструозным IDE, априори них*я серьезного не делают?
Good point.
Да-да. А Столлман с Торвальдсом так вообще них*я не сделали за свою жизнь со своими имаксами.
ну да, Торвальдс даже книгу написал «Just For Fun» :-D
вообще-то, в подавляющем большинстве случаев да.
Ну, повеселите народ — давайте статистику. :D
люди, которым не нужен автокомплит, организация и удобная (не консольная) сборка проектов, интегрированные юнит-тесты и баг-трекинг — бездельники, которым важен процесс написание букв, а не результат.

если вам нужна статистика: 95% людей идиоты, надеюсь вас устроит.
> люди, которым не нужен автокомплит, организация и удобная (не консольная) сборка проектов, интегрированные юнит-тесты и баг-трекинг — бездельники, которым важен процесс написание букв, а не результат.

Вы перечислили элементы функционала, необходимые современным разработчикам. Осталось объяснить как оно связано с минималистичностью. Те же кернел хакеры IDE никогда не пользуются, но автокомплит есть в любом текстовом редакторе и ведёт себя везде одинаково, т.к. реализуется отдельной простой утилитой. У них простая но функциональная баг трекинг система. Юнит-тесты уже давным давно являются частью современных языков (конечно, не C) или, в крайнем случае, библиотекой.

Ну и совсем непонятно что же такого страшного в консольной сборке? Какая разница, перейти в каталог и выполнить make или запустить IDE, подождать пока она придёт в юзабельное состояние и загрузит проект и нажать кнопку? Я вижу только одно отличие — во втором случае нужно больше времени. Если IDE уже запущена и каталог уже открыт, то разницы абсолютно никакой.

> если вам нужна статистика: 95% людей идиоты, надеюсь вас устроит.

Устроит, конечно. Это прекрасно объясняет тот факт, что 95% разработчиков тратят время на ненужные графические интерфейсы и борьбу со слишком умными средами разработки и багтракерами.

А бездельники тем временем пишут код в текстовом редакторе с автокомплитом, выполняют make и получают результат.
А в каких языках юнит-тесты это часть языка?

П.С. Про «автокомплит есть в любом текстовом редакторе и ведёт себя везде одинаково» это вы конешно смело.
Как минимум в D. Ну и в CL граница между расширением языка и библиотекой размыта из-за макросов.

Каюсь, как только вижу в Интернетах толстого тролля, остаётся одно желание — затролить его обратно. =) Поэтому и мои и его аргументы эффектно выглядят, но не выдерживают никакой критики.

Есть, конечно, вариант, что он не тролль, а просто глупый человек, не способный рассматривать варианты.
вы, я так понял, способны их рассматривать, поэтому выдумываете хуиту вместо аргументов. я, кстати, их привел, а вы ответили без них — почитайте определение троллинга.
Голословные утверждения и не относящаяся к теме статистика — это ваш коммент. Я привёл примеры из жизни, которые говорят, что ваши и без того бездоказательные утверждения не верны. Хабранарод со мной согласен.
Ну да. Либо вы правы, либо собеседник идиот. Школота поддержит.
>95% людей идиоты, надеюсь вас устроит

Что самое интересное — все 95% абсолютно уверены, что попадают в оставшиеся 5%.
зачем IDE, когда есть Word!
а что, сидишь себе лабаешь на пэхапэ в ворде, шрифтами/цветами играешься.
Зато не них*я не делаешь!
Как еще такую чушь вывели на главную страницу Хабрахабра.
Точно так же как и предыдущую ;).
Секундочку. Вы делаете работу? Или вы делаете работу так, чтобы не использовать продукты Microsoft?
То есть, какова цель? Выполнить задачу или высказать «фи» мелкомягким?
и все равно офис стоит на компе
Ага, опенофис.орг
я действительно вижу рекламу МС-офиса в блоге гугла?
>_<
Зачем вы комментарий к чужой статье написали отдельным постом? Что помешало комментарий написать в виде комментария?
Что вообще этот словобольский буллшит делает на главной хабра?

> если вам не нужно серьезное ПО (в данном контексте речь идет не только о Word),
> то уж извините за мой французский, вы вообще них*я серьезного не делаете.

Какой же шлак у вас в голове, если вы всерьёз так думаете.
Многим людям для их работы (весьма серьёзной и важной) офисные пакеты (и текстовые процессоры в частности) вообще не нужны как класс. А многим из тех, кому они всё же нужны, в этой роли вполне подходят OO.o и другие. В итоге большинству работающих людей (в том числе профессионалам в своей области) MS Word со всеми его навороченными возможностями ну совершенно не нужен.
У вас поворачивается язык сказать, что различные инженеры, сетевые и системные администраторы, разработчики и люди многих других профессий — все они «них*я серьезного не делают»?

Вы, похоже, живёте в мире офисных манагеров, которые полдня сидят и рисуют таблички и диаграммки в Excel, презентации в PowerPoint, а вторую половину дня просиживают штаны на унылых совещаниях, показывая друг другу эти диаграммки и презентации и заливая друг другу в уши разный пустословный булшит о том, как их компания/отдел/дирекция бороздит просторы большого рынка. И всех, кто не офисный манагер, а занимается реальным делом, вы, видимо, считаете за ленивое быдло, которое «них*я серьезного не делает». Ну-ну.
О боже… самолеты и микросхемы в офисных продуктах микрософт, а так же датамининг и сеоанализ.
Фишка: никто не готовит серьезные печатные публикации в ворде. Никто не будет рассчитывать охлаждение вертолетных винтов в екселе)) и чертежи там делать никто не будет. Вот вывод какого-нибудь 1С в док-файл, это пожалуйста, правда еще можно в хтмл или пдф…
Похоже, люди на корпоративном уровне вбухали кучу денег на офисные решения от MS, а теперь активно доказывают всем (в том числе сами себе, эдакое самовнушение), что все эти траты были не зря, и всё это им на самом деле нужно, даже очень востребованно и незаменимо на всех фронтах их деятельности. Сразу начинают выдумывать какие-то нереальные юзкейсы с серьёзными профессиональными расчётами в офисных пакетах и прочую чушь, хотя для этих задач есть гораздо более подходящие проф.решения.
Я делал производственную систему в которой используются довольно навороченные физико-химические рассчеты процессов. В экселе.
Альтернативой был самописный с нуля софт, вместе со всем GUI и связанных с этим проблем.

Ну и что лучше по-вашему? По мне так без вариантов.
Покажите скриншот гуя. Подозреваю, что такое на tcl в пару десятков строк делается. Ну, с расчётами сами знаете о вариантах.

Что в Экселе это тоже можно быстро и качественно сделать не отрицаю, отрицаю это:

> Альтернативой был самописный с нуля софт, вместе со всем GUI и связанных с этим проблем.

> Ну и что лучше по-вашему? По мне так без вариантов.
«Покажите скриншот гуя» — собственно, сам шит экселя. С некоторыми хаками на доступ к ячейкам и группировками, но в полностью сохраненным и используемым функционалом в плане формул, условного форматирования и т.д.

К БД такой интерфейс прикручивать — адова задачка, а пользователям в данном конкретном случае он нужен (это не блажь, просто реально нужен бывает).
> физико-химические рассчеты процессов. В экселе.
> Альтернативой был самописный с нуля софт

Что-то мне подсказывает, что вы далеко не все альтернативы рассмотрели.
Например, что помешало реализовать то же самое в OO.o Calc?
Например, то что по экселю огромное количество хелпов и литературы плюс вменяемая встроенная среда разработки (а с переходом на .net идеологию все вообще стало шоколадно)

Я ж тоже не горю желанием разбираться в неведомых технологиях, то время что я потрачу на изучение ОО мне сэкономит несколько годовых лицензий на офис.
Ну вот, собственно, и ответ на вопрос о первопричинах…
Вы выбрали не то, что лучше подходит для выполнения задачи, а то, что вам больше знакомо, и то, в чём вы лучше разбираетесь.

Вот будут в школах/вузах всех знакомить с OO.o и работы делать/принимать в нём же — тогда и на предприятиях на него постепенно перейдут, т.к. он будет больше знаком большинству сотрудников и меньше усилий нужно тратить на переподготовку и привыкание к другим офисным пакетам. Т.е. миграция на него станет экономически эффективнее.
>Вы выбрали не то, что лучше подходит для выполнения задачи, а то, что вам больше знакомо, и то, в чём вы лучше разбираетесь.

От добра добра не ищут — хорошая поговорка. Если бы мне казалось что для выполнения задачи оно подходит не очень, искал бы другие варианты.
Любой программист имеет, ну миииинимум 10 вариантов на чем написать, и не столь экзотических, как TCL, который был предложен выше г-ном naryl. Если был выбран Excel+.NET, значит так надо, что тут обсуждать?
Не троллинга ради, но это эксель очень экзотичен в вычматах, а вот TCL как раз не особо экзотичен в гуи, тем более его биндинги есть куда угодно вообще.
> Если был выбран Excel+.NET, значит так надо, что тут обсуждать?

Ну мы тут как бы и собрались, чтобы обсудить в том числе целесообразность и эффективность тех или иных решений, высказать свои суждения, привести аргументы.
Поэтому как-то странно тут слышать фразы вроде «выбрали, значит так надо, и нечего обсуждать». Такой подход — это тупиковая ветвь в аргументированном диспуте.
Ок, принято, my fault.

Приведите пожалуйста видимый Вам спектр решений для создания приложения, работающего на основе табличных данных со связями между таблицами, но не реляционными связями.
>Если был выбран Excel+.NET, значит так надо, что тут обсуждать?

Как показывает моя практика (которая, разумеется, ни в коем случае не претендует на какие-либо обобщения), в большинстве случаев за «раз был выбран ${SOMETHING}, значит так было надо» стоит банальное "${SOMETHING} был выбран потому, что автор больше ни хрена не знал" :)
Ну приведите пример Вы тогда. На чем еще анализировать табличные данные?
Насколько я помню, мы в данной ветке говорим не о табличных данных непосредственно, а о «довольно навороченных физико-химические рассчетов процессов», а это слегка разные вещи. Я сильно подозреваю (т.к. не так хорошо знаком с предметной областью), что таблица — лишь один из способов визуализации данных процессов (или входных данных к ним), а Эксель, в свою очередь, всего лишь один из вариантов представления таблицы. Следовательно, Ваш вопрос поставлен некорректно изначально.

Более конкретно на Ваш вопрос я ответить, к сожалению, не могу, т.к. не располагаю исходными данными, но в пользу моего вывода из предыдущего сообщения весьма красноречиво говорит фраза «я ж тоже не горю желанием разбираться в неведомых технологиях».
Давайте исходить из того, что такой расчет сводится к десятку (или сотне) связанных формулами таблиц.

<offtop>
В каждый момент времени на мне висит от двух до десяти программных проектов. Вы предлагаете перед каждым проектом разбираться в неведомых технологиях или все же где-то нужно начать работать?
</offtop>
>Давайте исходить из того, что такой расчет сводится к десятку (или сотне) связанных формулами таблиц.

Вы считаете, что этого достаточно для оценки задачи и выбора инструмента для её решения? :)

>Вы предлагаете перед каждым проектом разбираться в неведомых технологиях или все же где-то нужно начать работать?

«Что тут думать?? Трясти надо!!» © известный анекдот
А Вы считаете, что не хватит? Это достаточно большой класс задач, я их регулярно решаю, и именно в Excel. Потому и спрашиваю, может не знаю чего.
>А Вы считаете, что не хватит? Это достаточно большой класс задач....

Вот именно, что достаточно большой, поэтому без конкретики — никуда.

>… я их регулярно решаю, и именно в Excel

Ну а человек из поста где-то ниже/выше по треду регулярно рисует в Екселе печатные платы, но Вы ведь не сделаете отсюда вывод, что Ексель — лучшее выбор для рисования печатных плат, верно? :)
Да возьмите любой пример на свое усмотрение.

Я другого инструмента не знаю, но хочу узнать, а ну как удобнее будет.
— Я умею работать зубилом, подскажите ещё какой-нибудь хороший инструмент! :)

Удобнее будет после осознания факта, что инструмент выбирается от задачи.
От задачи никто, кто в своем уме, не выбирает. Выбирают от класса задач и имеющихся ресурсов.
От класса задач и ресурсов: «Так, что у нас есть? МС Офис! Хорошо. В задаче есть слово „текст“? Не особо. Значит, не Ворд. А таблицы есть? Есть! Ну, всё ясно: значит решаем в Екселе!» ;)

Ладно, я понял Вашу точку зрения, продолжать не вижу смысла. На шутку не обижайтесь :)
tcl только для гуя, ибо тормоз.
Не знаю, что у вас там за производственная система и какие расчёты делались, но в своих численных расчётах я ниразу не озаботился написанием GUI. Если воходной текстовый файл, есть выходной. Всё.
Попробуйте обучить секретаршу пользоваться входным и выходным текстовым файлом. Посмотрю как успешно будет внедрена подобная система :) Я ж не для высокого искусства систему делаю, а чтоб ей было реально пользоваться, вот и все.
Секретарши пользуются физико-химическими расчётами? А ядро Plan9 они у вас не патчат в свободное от приготовления кофе время?
Я долгое время работал в науке, а у нас там специальные секретарши :)
Подозреваю, тов. ivlis'у, состоящему в блогах Linux для всех, Free Software и Open Source, близок юникс-вей, который диктует использование текстовых файлов на ввод и вывод и рисование отдельно гуёв на tcl^W^W к ним, при необходимости.
>> никто не готовит серьезные печатные публикации в ворде
И никто не организует документооборот в LaTeX и InDesign, странно…
в ворде его тоже никто не организует))) просто побочные продукты документооборота почему-то часто сохраняются в ворд или ексель.
Вы не правы.
Расскажите это редакциям PhysRev, AIP, IEEE, arxiv.org и др.
У них документооборот в сорцах LaTeX? А если нужно прочитать документ его компилят в pdf? o.O
Именно так. Там автоматизированные системы сборки.
Я уж подумал, вы комментом ошиблись. По поиску PhysRev набрёл на APS, где сказано:

File Formats for Online Submission and Print

Please submit a Microsoft Word (.doc) file or a Rich Text Format (.rtf) file to APS Central.
Там у них хитрый скрипт, который всё перегоняет в TeX. Погуглите на тему RevTeX.
НЛО прилетело и опубликовало эту надпись здесь
Мда, напоминает анекдот про то что не может солдат сьесть два мешка брюквы.

По отдельности продукты из МС офиса неплохи, но имеют кучу недостатков в своей основной сфере применения. Тот же ворд слишком наворочен и сложные документы легко разваливаются при редактировании. Не хватает ему стилевой дисциплины.

Интеграция конечно хороша, но только в тех пределах что предусмотрена use case. При всей легкости внедрения обьектов зачастую конгломерат умирает при банальной печати.

Отдельное спасибо МС за то что внедрила кучу проприетарных форматов своим офисом, за неспособность получить переносимый документ — приходиться в плюс к дырявому офису ставить дырявый акробат, за организацию плагинов, делающую переносимость документов близкой к нереальному и еще много всего.

В общем если вы по прежнему хвалите офис, то вы, простите мой французский, нихуя с ним серьезного не делали. Я в свое время снес купленный офис и держу ОО только для тех идиотов, которые не понимают для чего существуют нормальные форматы и специализированные пакеты.
140 голосов за, 140 голосов против.
Знатная битва выдалась
А мне уже давно не нужен МС Офис, ни даже ОпенОфис (да и в том, максимум рефераты делал), а если надо что-то написать — есть Google Docs или просто akelpad. И это замечательно, потому что дешевле выходит :)

А кубы там какие-то строить — как-то некогда особо.

Google Docs в разы лучше всяких шарепойнтов тем, что под него не надо покупать сервера, дорогостоящий софт, а чтобы расшарить документ — достаточно отправить ссылку, доступную для просмотра в любом современном браузере без необходимости покупать дорогой офисный пакет.
> доступную для просмотра в любом современном браузере

Собственно, это главный недостаток гуглодокса. Он не работает. Тут я даже не отрицаю кривизну своих рук, но не работать он от это не перестаёт. Использую OO.o и LaTeX, в зависимости от назначения документа, а размещается всё на домашнем серверочке на файловом http. Конкретно — thttpd. Удобная штука. Показал на каталог и он его расшарил через http.
Одновременного редактирования нет.
вы будете смеятся, но для того что бы строить OLAP кубы МС офис в жопу не сдался, более того чаще вреден ;)
вы будете смеятся, но есть Excel PowerPivot который позволяет строить домашние кубы ;). Уматно получается.
я тут недавно экскаватором домашнее подземное водохранилище делал, очень удобно… сижу вот думаю, нахрена мне подземное водохранилище и экскаватор, но прикольно :)
Что же Вы молчите! Расскажите нам в чем правильные пацаны кубы строят!
Правильные пацаны грузят всё из оракла себе в эксесс, а потом копипастят в эксель. Им же некогда изучить SAS, например.
Изучать Scandinavian Airlines или Serial Attached SCSI? :)
Я думаю, что далее продолжать бессмысленно.
Да объяснитесь же, сударь! Что за SAS такой?
И правда. Только идею я не понял… Спешно бросать офис и начинать юзать эту SAS?..
эх, пойду на пенсию с айпадом и не нужен мне будет ни ексель, ни оутлук…
куплю себе хорошую виллу шпании и мазерати)
эх — мечта пока(((
> эх, пойду на пенсию с айпадом

Либо вы в скором времени собираетесь на пенсию, либо на старости лет у вас проснётся любовь к древним раритетным гаджетам…
Казалось бы, при чем тут Google Docs. :)) В коментах идет война адептов и противников MS
Воистину, гениальный топик :))
В топике идет не война адептов каких-то, а дискуссия IT-профессионалов. Попросил бы не путать :)

Не поленюсь собрать ссылки на шедевры :)
Кстати, хорошая идея. Пожалуй, я тоже начну для себя делать цитатник Хабра. Иногда такие перлы попадаются…
Поделитесь потом коллекцией? :)
Непременно :)

Публикации

Истории