long id

[juan_gandhi]

I think I got it where all this bs about passing around numerical ids of entities instead of entity references (maybe lazy) come from. It's like 'error code'. It comes from the ancient c programming, where we just could not allocate a string for a readable piece of text, or for the data that may need some efforts to instantiate or allocate.

In short. It's stupid to pass around "ids" in a program.

Comments

[juan-gandhi.livejournal.com]

You don't have to allocate everything for everything. Conceptually it's here; actually it's not, and all we have, encapsulated, is that id. But we don't want to see it.

They are not stupid. They are just from an old age. mid-XX century.

[rezkiy.livejournal.com]

ok let's talk process now.

You have a resource ID. You have a separate team producing you UI strings for error messages. And another team producing you UI strings in some other languages.

Can you describe me the process of adding a new UI string in a situation where instead of ID you have a readable piece of text right there embedded in random places of your 100KLOC project. How do you engage team 1? How do you ever KNOW you have to engage team 1? let alone team 2.

after you are done with that, we will also discuss how you build the process so you eventually achieve and sustain ADA compliance for high-contrast UI.

I can probably propose a one-pager on how you do this all with IDs and stuff.

[juan-gandhi.livejournal.com]

This is a different story. Internally of course we have identifiers, e.g. for error message formats. But sending error message id to the user, instead of formatting the message with the data, that would be stupid, right?

[rezkiy.livejournal.com]

it is not stupid, it is a trade-off. You probably reached a point where you have a reasonable number of users who don't understand IDs and you still send them errors (if you send errors extremely seldom, you may never reach this point)... now you weigh the cost of formatting those errors with data vs doing something else.

[gineer.livejournal.com]

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

Это в том же стиле рассуждение, я правильно понимаю?

[metaclass.livejournal.com]

Actually its not stupid. I`m receiving localized error messages from clients in their languages and forced to translate them back to English. Error codes and formatting parameters would be much easier to deal with. :)