Автор Тема: Язык для прикладных задач  (Прочитано 15945 раз)

ilovb

  • Hero Member
  • *****
  • Сообщений: 2538
  • just another nazi test
    • Просмотр профиля
    • Oberon systems
Re: Язык для прикладных задач
« Ответ #90 : Август 12, 2012, 03:23:43 pm »
Взаиморасчеты кодить не сложнее склада. Это один уровень сложности. Приход, расход и остаток. От склада отличается только терминологией. Неужели это так сложно понять?!

Еще раз чтобы было понятно. Я говорю о взгляде кодера на задачи. Склад, взаиморасчеты, резервы, учет спецодежды и т.д. и т.п. Все это один класс задач. Методика везде одна и та же. По сути все это не отличается от складского учета. Мне лень объяснять почему. Разница только в терминах. Для кодера это все в сухом остатке складской учет.

alexus

  • Гость
Re: Язык для прикладных задач
« Ответ #91 : Август 12, 2012, 04:02:57 pm »
Взаиморасчеты кодить не сложнее склада. Это один уровень сложности. Приход, расход и остаток. От склада отличается только терминологией. Неужели это так сложно понять?!

Еще раз чтобы было понятно. Я говорю о взгляде кодера на задачи. Склад, взаиморасчеты, резервы, учет спецодежды и т.д. и т.п. Все это один класс задач. Методика везде одна и та же. По сути все это не отличается от складского учета. Мне лень объяснять почему. Разница только в терминах. Для кодера это все в сухом остатке складской учет.
Всё правильно.
Весь спектр задач раскладывается в такой последовательности:
  • первичная информация
  • расчётно-экономические показатели
  • аналитика
  • моделирование
Методики расчётов могут быть одинаковыми, но могут и различаться. Не надо пытаться свести всё к одной методике, но и многообразия порождать тоже не надо. Принципы бухгалтерского учёта применимы только к бухгалтерскому учёту, в связи с его специфичностью. Применение их вне бухгалтерского учёта сопряжены с избыточной сложностью (следствие "упрощенчества").

adva

  • Sr. Member
  • ****
  • Сообщений: 370
    • Просмотр профиля
Re: Язык для прикладных задач
« Ответ #92 : Август 12, 2012, 05:47:11 pm »
Взаиморасчеты кодить не сложнее склада. Это один уровень сложности. Приход, расход и остаток. От склада отличается только терминологией. Неужели это так сложно понять?!

Я и не спорю, поэтому все же точнее термин Оперативный учет (а не складской). Именно так у 1С и принято. И не надо было выделять отдельно производство. Если есть понятное ТЗ, то кодировать его не сложнее чем склад. А также не надо было только финансы относить на бухгалтерию, это не одно и тоже. Бухгалтерия учитывает все, и склад и финансы, и производство (но уже постфактум, неоперативно, сначала важен количественный и суммовой учет - оперативный, а потому уже на какие счета бухгалтерии все это пойдет).

А с тем что 1С достаточно адекватно представила абстракции согласен. Вот только партионный учет меня всегда удивлял, но сейчас РАУЗ появилась (не знаю, идеал ли это, но во многом лучше партионного учета).

Влад Жаринов

  • Full Member
  • ***
  • Сообщений: 189
    • Просмотр профиля
Конструктор и технолог
« Ответ #93 : Август 20, 2012, 06:20:17 am »
...
Что касается подключения технологов к конструированию, то правильнее всё же, на мой взгляд, проведения технологической экспертизы конструкторского решения. Другое дело, что конструкторское решение - это не обязательно комплект конструкторской документации, это может быть эскизный набросок какой-то детали или узла. То есть, привлекать технологов можно не в момент окончания конструирования, а тогда, когда найдено какое-то принципиальное решение. Привлечение для экспертизы - это одно, а постоянное включение технолога в конструкторский коллектив - это совсем другое.
Да, тут вспоминается такой пример (кстати, тоже из его практики) - Вы что-то подобное имели в виду под экспертизой?..

alexus

  • Гость
Re: Конструктор и технолог
« Ответ #94 : Август 20, 2012, 06:48:51 am »
...
Что касается подключения технологов к конструированию, то правильнее всё же, на мой взгляд, проведения технологической экспертизы конструкторского решения. Другое дело, что конструкторское решение - это не обязательно комплект конструкторской документации, это может быть эскизный набросок какой-то детали или узла. То есть, привлекать технологов можно не в момент окончания конструирования, а тогда, когда найдено какое-то принципиальное решение. Привлечение для экспертизы - это одно, а постоянное включение технолога в конструкторский коллектив - это совсем другое.
Да, тут вспоминается такой пример (кстати, тоже из его практики) - Вы что-то подобное имели в виду под экспертизой?..
Да. Инженер-конструктор отвечает на вопрос, что (нужно сделать)? А инженер-технолог отвечает на вопрос, как (можно сделать)? "Что" и "Как" имеют внутреннюю взаимосвязь, где первый вопрос (что) первичен (по времени), второй вопрос (как) возникает, после того, как получен ответ на первый вопрос. Если допустить обратное влияние (от технолога к конструктору), то получаем типичную обратную связь, которая позволяет улучшить технологические параметры изделия/продукции/услуги. Поэтому технологическая предпроизводственная экспертиза может иметь положительный эффект. При этом области компетенции конструктора и технолога не должны пересекаться (технолог не должен вмешиваться в работу конструктора и, наоборот, конструктор не должен вмешиваться в работу технолога).
Однако замечу, что, в общем случае, обратная связь не всегда даёт положительный эффект. В некоторых ситуациях отказ от обратной связи может спасти систему от саморазрушения. ("лучшее - враг хорошего").

ilovb

  • Hero Member
  • *****
  • Сообщений: 2538
  • just another nazi test
    • Просмотр профиля
    • Oberon systems
Re: Язык для прикладных задач
« Ответ #95 : Август 20, 2012, 05:59:20 pm »
Пример использования Lua:
http://habrahabr.ru/post/149857/

DIzer

  • Гость
Re: Язык для прикладных задач
« Ответ #96 : Август 20, 2012, 06:06:25 pm »
Пример использования Lua:
http://habrahabr.ru/post/149857/
ох , у меня студент- первокурсник сделал  скриптование GULPa и традиционный  API интерфейс для физиков - так что свидетельствую Луа достаточно хорош для этого, одна проблема.. появилась зависимость на .NET что не есть гуд в общем случае.

valexey

  • Administrator
  • Hero Member
  • *****
  • Сообщений: 1990
    • Просмотр профиля
Re: Язык для прикладных задач
« Ответ #97 : Август 20, 2012, 07:19:19 pm »
Пример использования Lua:
http://habrahabr.ru/post/149857/
ох , у меня студент- первокурсник сделал  скриптование GULPa и традиционный  API интерфейс для физиков - так что свидетельствую Луа достаточно хорош для этого, одна проблема.. появилась зависимость на .NET что не есть гуд в общем случае.
Я не знаю что такое gulp, но lua от .net'а никак не зависит.
"но сейчас, чтобы компенсировать растущую мощность компьютеров, программисты используют фреймворки"

DIzer

  • Гость
Re: Язык для прикладных задач
« Ответ #98 : Август 20, 2012, 08:26:54 pm »
Пример использования Lua:
http://habrahabr.ru/post/149857/
ох , у меня студент- первокурсник сделал  скриптование GULPa и традиционный  API интерфейс для физиков - так что свидетельствую Луа достаточно хорош для этого, одна проблема.. появилась зависимость на .NET что не есть гуд в общем случае.
Я не знаю что такое gulp, но lua от .net'а никак не зависит.

1. софтина на 300000 f90 строк для  расчетов (фтт-шники, химики, материаловеды). http://projects.ivec.org/gulp/
2. Я тоже  так думал....блин  :D
« Последнее редактирование: Август 20, 2012, 08:29:27 pm от DIzer »

DIzer

  • Гость
Re: Язык для прикладных задач
« Ответ #99 : Август 20, 2012, 08:34:04 pm »
" LuaInterface" - едрить его...

valexey

  • Administrator
  • Hero Member
  • *****
  • Сообщений: 1990
    • Просмотр профиля
Re: Язык для прикладных задач
« Ответ #100 : Август 20, 2012, 08:52:17 pm »
2. Я тоже  так думал....блин  :D
В смысле? А что там думать то? Вон у меня исходники луа лежат. Голимая сишечка. Встраивай в любое сишное приложение хоть под макосью, хоть под андроидом или там десктопным линуксом. .net там вообще никаким боком.
"но сейчас, чтобы компенсировать растущую мощность компьютеров, программисты используют фреймворки"

DIzer

  • Гость
Re: Язык для прикладных задач
« Ответ #101 : Август 20, 2012, 08:55:10 pm »
я же сказал - LuaInterface (ему понадобился) - Алексей, я же сказал  это ПЕРВОКУРСНИК. правда через неделю будет второкурсником, но  это не суть..

valexey

  • Administrator
  • Hero Member
  • *****
  • Сообщений: 1990
    • Просмотр профиля
Re: Язык для прикладных задач
« Ответ #102 : Август 20, 2012, 09:03:53 pm »
я же сказал - LuaInterface (ему понадобился) - Алексей, я же сказал  это ПЕРВОКУРСНИК. правда через неделю будет второкурсником, но  это не суть..
Luainterface это не причина, а следствие - это ведь всего лишь биндинг луавского рантайма для c#. Оно не понадобилось бы если бы у вас там чего-то стороннего на шарпе не было (чего-то самоценного то есть).

Впрочем, какие его годы? :-)
"но сейчас, чтобы компенсировать растущую мощность компьютеров, программисты используют фреймворки"

DIzer

  • Гость
Re: Язык для прикладных задач
« Ответ #103 : Август 20, 2012, 09:15:31 pm »
Luainterface это не причина, а следствие....
Разумеется ДА - это следствие слабости его навыков и знания ОС (раз использует доступ к системным обьектам через NET - инфраструктуру...) Но естественно , в этой работе я ставил упор на другое - конечный результат. В любом случае, опыт для него полезный - решение задачи заведомо превышающий его уровень развития практически во всех областях. Но увы ЕГО решение оказалось с  "побочным эффектом" (хотя я ему говорил о нежелательности появления подобного... но видать в его видении  проекта этот аспект занял незначительную нишу).