Сообщение Re[8]: На чем писать коммерческий софт от 31.07.2022 17:17
Изменено 31.07.2022 17:19 sanyo1234
Re[8]: На чем писать коммерческий софт
Здравствуйте, DiPaolo, Вы писали:
DP>Лично я не вижу смысла тут обсуждать конкретно плюсы/нет/джаву и тд. Накидали идей — человек сам все решит.
DP>Также лично я не буду кому-то что-то доказывать или убеждать. Хочешь — используй, нет — не используй. Никому не навязываю. Мой подход такой: есть на проекте человек, который выбирает технологию, пусть он и выбирает. Захочет кого-то спросить совета — спросит. А что-то с пеной у рта доказывать или спорить — нет, я так давно не делаю. Мне такое неинтересно.
IMHO для выбора нужно подробно сравнивать и показывать слабые места конкурентов, чтобы сделать правильный выбор.
Иначе можно и brainfuck посоветовать, а что, чем он плох? Язык как язык, "только не надо критики" (c)
DP>К тому же, ваша изначальная реплика про плюсы звучала не как приглашение к обсуждению и конструктивная критика, а как подколка и высмеивание:
DP>
А если поменять эту фразу на: "IMHO программировать GUI и бизнес логику обычных офисных приложений на ASM, Rust, C в 2022 году — это из области каких-то извращений", то вам она по прежнему не будет нравиться и вы будете с ней несогласны? Я имел ввиду продуктивность работы, т.е. количество качественного формошлепства в единицу времени, достижимое на том или ином языке программирования в купе с его тулсетом.
Каждому инструменту свое применение, вы с этим несогласны?
DP>Лично я не вижу смысла тут обсуждать конкретно плюсы/нет/джаву и тд. Накидали идей — человек сам все решит.
DP>Также лично я не буду кому-то что-то доказывать или убеждать. Хочешь — используй, нет — не используй. Никому не навязываю. Мой подход такой: есть на проекте человек, который выбирает технологию, пусть он и выбирает. Захочет кого-то спросить совета — спросит. А что-то с пеной у рта доказывать или спорить — нет, я так давно не делаю. Мне такое неинтересно.
IMHO для выбора нужно подробно сравнивать и показывать слабые места конкурентов, чтобы сделать правильный выбор.
Иначе можно и brainfuck посоветовать, а что, чем он плох? Язык как язык, "только не надо критики" (c)
DP>К тому же, ваша изначальная реплика про плюсы звучала не как приглашение к обсуждению и конструктивная критика, а как подколка и высмеивание:
DP>
DP>IMHO программировать GUI и бизнес логику обычных офисных приложений на С++ в 2022 году — это из области каких-то извращений
А если поменять эту фразу на: "IMHO программировать GUI и бизнес логику обычных офисных приложений на ASM, Rust, C в 2022 году — это из области каких-то извращений", то вам она по прежнему не будет нравиться и вы будете с ней несогласны? Я имел ввиду продуктивность работы, т.е. количество качественного формошлепства в единицу времени, достижимое на том или ином языке программирования в купе с его тулсетом.
Каждому инструменту свое применение, вы с этим несогласны?
Re[8]: На чем писать коммерческий софт
Здравствуйте, DiPaolo, Вы писали:
DP>Лично я не вижу смысла тут обсуждать конкретно плюсы/нет/джаву и тд. Накидали идей — человек сам все решит.
DP>Также лично я не буду кому-то что-то доказывать или убеждать. Хочешь — используй, нет — не используй. Никому не навязываю. Мой подход такой: есть на проекте человек, который выбирает технологию, пусть он и выбирает. Захочет кого-то спросить совета — спросит. А что-то с пеной у рта доказывать или спорить — нет, я так давно не делаю. Мне такое неинтересно.
IMHO для выбора нужно подробно сравнивать и показывать слабые места конкурентов, чтобы сделать правильный выбор.
Иначе можно и brainfuck посоветовать, а что, чем он плох? Язык как язык, "только не надо критики" (c)
DP>К тому же, ваша изначальная реплика про плюсы звучала не как приглашение к обсуждению и конструктивная критика, а как подколка и высмеивание:
DP>
А если поменять эту фразу на: "IMHO программировать GUI и бизнес логику обычных офисных приложений на ASM, Rust, C в 2022 году — это из области каких-то извращений", то вам она по прежнему не будет нравиться и вы будете с ней несогласны? Я имел ввиду продуктивность работы, т.е. количество качественного формошлепства в единицу времени, достижимое на том или ином языке программирования в купе с его тулсетом.
Каждому инструменту свое применение, вы с этим несогласны?
Т.е. нужно подбирать его под задачу.
DP>Лично я не вижу смысла тут обсуждать конкретно плюсы/нет/джаву и тд. Накидали идей — человек сам все решит.
DP>Также лично я не буду кому-то что-то доказывать или убеждать. Хочешь — используй, нет — не используй. Никому не навязываю. Мой подход такой: есть на проекте человек, который выбирает технологию, пусть он и выбирает. Захочет кого-то спросить совета — спросит. А что-то с пеной у рта доказывать или спорить — нет, я так давно не делаю. Мне такое неинтересно.
IMHO для выбора нужно подробно сравнивать и показывать слабые места конкурентов, чтобы сделать правильный выбор.
Иначе можно и brainfuck посоветовать, а что, чем он плох? Язык как язык, "только не надо критики" (c)
DP>К тому же, ваша изначальная реплика про плюсы звучала не как приглашение к обсуждению и конструктивная критика, а как подколка и высмеивание:
DP>
DP>IMHO программировать GUI и бизнес логику обычных офисных приложений на С++ в 2022 году — это из области каких-то извращений
А если поменять эту фразу на: "IMHO программировать GUI и бизнес логику обычных офисных приложений на ASM, Rust, C в 2022 году — это из области каких-то извращений", то вам она по прежнему не будет нравиться и вы будете с ней несогласны? Я имел ввиду продуктивность работы, т.е. количество качественного формошлепства в единицу времени, достижимое на том или ином языке программирования в купе с его тулсетом.
Каждому инструменту свое применение, вы с этим несогласны?
Т.е. нужно подбирать его под задачу.