|
Powerful Two-Hander posted:it's OK as long as you never have to query it eh specifically for querying, analysts only know sql. i don’t care how it’s dealt for purely technical stuff
|
#
?
Oct 24, 2018 13:49
|
|
|
|
| # ? Jun 8, 2024 01:42 |
|
|
oh god I just realised that because I'm dynamically adding items to a list that is itself part of a list the prefixes needed by the model binder don't generate properly ffffuuuccckkkkk
|
|
#
?
Oct 24, 2018 13:53
|
|
|
Powerful Two-Hander posted:it's OK as long as you never have to query it It is possible to query XML in databases and it's not too syntactically terrible in my experience, but I wouldn't want it going anywhere anything that needs to be fast.
|
|
#
?
Oct 24, 2018 13:57
|
|
|
and let me guess all of this is because someone at some point said 'it's going to be way too cumbersome to manually define the fields in our crud screens'
|
|
#
?
Oct 24, 2018 13:58
|
|
|
Sagacity posted:and let me guess Kind of yeah. there are hundreds of object implemtations (of about 15 types) that generate these templates, they have concrete definitions but they go into a common dl data structure because blah blah see previous posts mvc is perfectly able to handles lists of lists up until you start trying to add records to them dynamically. there's a helper function called BeginCollectionItem that solves this as long as your list isn't nested, if it is it fucks up because it can't work out what the outer prefix is supposed to be. i've dealt with this once before by manually editing the prefixes using javascript but it is possible to do it following this approach: http://www.joe-stevens.com/2011/06/06/editing-and-binding-nested-lists-with-asp-net-mvc-2/ so many nested items 
Powerful Two-Hander fucked around with this message at 14:27 on Oct 24, 2018 |
|
#
?
Oct 24, 2018 14:12
|
|
|
when i was still doing c# i fell into that trap as well i feel your pain, friend
|
|
#
?
Oct 24, 2018 14:35
|
|
|
Sagacity posted:'can you please add field X to the orders table' it's real easy, just have two tables, butts_xml and butt_upgrade_xslt... e: this solution does give you certain perpetual annoying problems, but I've also seen it succeed (not in a database)
|
|
#
?
Oct 24, 2018 14:36
|
|
|
Corla Plankun posted:I'm not trying to be a dick (because i have totally done worse stuff than this and had it fail, waisting even more time) but you have just described the exact situation that unit tests are designed to address facilitating arguments in meetings?
|
|
#
?
Oct 24, 2018 14:43
|
|
|
Sagacity posted:ah, the Ultimate Extensibility pattern. lmao the bungie manifest is a sqlite db with an id (signed int, you have to manually convert it to unsigned for it to be useful) and a text field, which is a JSON object string its the loving worst 
30 TO 50 FERAL HOG fucked around with this message at 14:59 on Oct 24, 2018 |
|
#
?
Oct 24, 2018 14:56
|
|
|
Sagacity posted:when i was still doing c# i fell into that trap as well me, a terrible programmer: how many levels of nesting are you on right now? a normal, sane dev: like 1 or 2 my dude? me: you are like a little baby, watch this: raazzooorrr anyway looks like I can access the name prefix from the parent list wrapper and then pass it to the child list items via the view data so that they'll prefix with the outer wrapper. I can then pass that same prefix as an extra property to the ajax call to bounce it through view data when adding an element dynamically. I think.
|
|
#
?
Oct 24, 2018 14:57
|
|
|
BIGFOOT EROTICA posted:lmao the bungie manifest is a sqlite db with an id (signed int, you have to manually convert it to unsigned for it to be useful) and a text field, which is a JSON object string
|
|
#
?
Oct 24, 2018 15:44
|
|
|
cinci zoo sniper posted:hahaha. so, we have a sql-backed service talk to an external service via json requests. i just found a table with all shipped json requests. they all include plain text auth in their body, where login is a deveoper’s surname and password is 123<their name> it is amazing to me, in 2018, where salting and hashing a password via bcrypt is literally 2 to 3 lines of code in just about any language, that plain text passwords are still a thing.
|
|
#
?
Oct 24, 2018 15:49
|
|
|
ratbert90 posted:it is amazing to me, in 2018, where salting and hashing a password via bcrypt is literally 2 to 3 lines of code in just about any language, that plain text passwords are still a thing. that’s integration with a billions-worth multinational finance corporation
|
|
#
?
Oct 24, 2018 16:21
|
|
|
Powerful Two-Hander posted:me, a terrible programmer: how many levels of nesting are you on right now? have you considered xslt and jquery
|
|
#
?
Oct 24, 2018 20:27
|
|
|
Why would anyone ever consider xslt if they can help it? It's like asking "have you thought about global warming and cute animals developing cancer yet today?"
|
|
#
?
Oct 24, 2018 20:32
|
|
|
babies. get back to me when your db contains xml that itself contains json, and then we’ll talk
|
|
#
?
Oct 24, 2018 20:53
|
|
|
redleader posted:have you considered xslt and jquery rude pretty sure that's how this actually used to work but with added batshit around the edges. xml would have one advantage which is that the model binder wouldn't need specific id/name values to work i have like four layers of prefix wrappers going on now, it's crazy.
|
|
#
?
Oct 24, 2018 21:10
|
|
|
Powerful Two-Hander posted:rude i envy the fact that you can talk about xslt in the past tense it's unquestionably the worst thing I have to deal with at my job although with "cram xml into a database" coming up soon, the title of worst might end up with some real competition
|
|
#
?
Oct 24, 2018 21:24
|
|
|
Soricidus posted:babies. get back to me when your db contains xml that itself contains json, and then we’ll talk hi
|
|
#
?
Oct 24, 2018 21:34
|
|
|
Soricidus posted:babies. get back to me when your db contains xml that itself contains json, and then we’ll talk heh we have in prod a solution that works as follows: 1) microservice queries sql db DB1 and some other poo poo to gather a document A, form it as xml following schema S.1A, and write to DB1 2) another service takes this document A and sends it to external service E 3) service E generates an xml response B following schema S.0, that contains: 3.1) response header containing technical particulars 3.2) xml document (following its own, unique schema) inside said header with general information corresponding to contents of A 3.3) a <Field "A"> element inside (3.2) containing an xml document with full contents of A, only with values formatted (think grammar, capitalised etc) formatted properly and the document itself restructured to follow schema S.1B 3.4) half a dozen <Field "Thing"> elements inside (3.2), each an xml document with a unique schema, containing separate parts of response to the inbound query in great detail 3.5) HTML version of (3.2) (excl. 3.5 obv) inside 3.2, so you can look at it nice and shiny in browser  trick is, at this point you may be asking "but wait, how do they insert xml document into xml document?". well, it's simple really - just escape entire xml document to appropriate predefined xml entity substitutions. thus, (3.2) through (3.5) are all escaped to appropriate predefined xml entity substitutions, but something breaks along the way when 3.2 is being escaped so there is nested escaping going on here and there to continue what happens with our, solution: 4) the service (2) writes it to DB1 to the same table where A was formed (that's 2 documents in a mysql table) 4) the service (2) converts part of (3.3) to JSON and writes it to the same table in DB1 (that's 3) 5) the service (2) unescapes entire (3.3) to normal XML and writes it to the same table in DB1 (that's 4) if you think that's bad, early version of this would store bulk requests into row-per-bulk fashion in sql
cinci zoo sniper fucked around with this message at 21:56 on Oct 24, 2018 |
|
#
?
Oct 24, 2018 21:45
|
|
|
we have a javascript application that runs on the front-end, and a java backend (which is a wayyyy larger). javascript app takes 15 minutes to compile. java app, with all the unit tests, integration tests and acceptance tests: 3 minutes. javascript (and javascript programmers) was a mistake.
|
|
#
?
Oct 24, 2018 21:46
|
|
|
fun fact: the documentation on the (3) from that post is a ~500 page pdf document
|
|
#
?
Oct 24, 2018 21:49
|
|
|
i'm doing the worst thing to hopefully solve a crash on an iphone app using avassetwriter. it's complaining 1/50 times that it can't append pixelbuffers, and i've been trying to fix it for a couple weeks on and off, and now i figured that i can just add a little timer before it stops writing. whatever it is doing in captureOutput on whatever thread can be finished up before it gets there and hopefully not crash it's running on a macro right now to press the record button and go back over and over, which is a lot more fun that doing it hundreds of times manually!
|
|
#
?
Oct 24, 2018 21:58
|
|
|
CRIP EATIN BREAD posted:we have a javascript application that runs on the front-end, and a java backend (which is a wayyyy larger). javascript doesn't need to be compiled go yell at your front-end developers for introducing some dumb garbage to their setup
|
|
#
?
Oct 24, 2018 22:05
|
|
|
Well, they introduced JS so... 
|
|
#
?
Oct 24, 2018 22:26
|
|
|
Xarn posted:Well, they introduced JS so... this. static pages rendered server side are so much better, easier to test, and easier to work with.
|
|
#
?
Oct 24, 2018 22:29
|
|
|
cinci zoo sniper posted:heh "The Aristocrats!"
|
|
#
?
Oct 24, 2018 22:31
|
|
|
Main Paineframe posted:javascript doesn't need to be compiled
|
|
#
?
Oct 24, 2018 22:31
|
|
|
Doom Mathematic posted:"The Aristocrats!" jokes on me, im parsing that poo poo this week
|
|
#
?
Oct 24, 2018 22:43
|
|
|
darthbob88 posted:The problem is that it kinda does, since I can either a) write old and awful JS that some rear end in a top hat browsing the web on a potato can run, or b) write new and actually kinda OK JS (that needs to be compiled down to something that potato-man can use). script type=module + jfc dont make your js load bearing
|
|
#
?
Oct 24, 2018 22:44
|
|
|
CRIP EATIN BREAD posted:javascript app takes 15 minutes to compile. how the gently caress did they manage that
|
|
#
?
Oct 24, 2018 22:57
|
|
|
cinci zoo sniper posted:heh  ours does have a couple more layers I was saving up but .... yeah nope your db wins
|
|
#
?
Oct 24, 2018 23:37
|
|
|
H2Eau posted:how the gently caress did they manage that I bet the JavaScript compilation setup in use is all written in and driven by JavaScript itself, possibly using Node.js at this point the JavaScript ecosystem is getting to be the Mirror Universe version of the Lisp ecosystem: a unified set of tools all supporting each other, except they all suck
|
|
#
?
Oct 24, 2018 23:46
|
|
|
H2Eau posted:how the gently caress did they manage that Probably counting npm install as part of the "compilation"?
|
|
#
?
Oct 25, 2018 00:01
|
|
|
Doom Mathematic posted:Probably counting npm install as part of the "compilation"? that was my first guess. possible bonus, someone added `rm -rf node_modules` to the start of the build because they couldn't figure out how else to resolve dependency changes
|
|
#
?
Oct 25, 2018 00:44
|
|
|
i guess I'm just spoiled, because we break our js frontends up into tiny pieces a fresh npm i and webpack takes a whole 15 - 30 seconds 15 minutes is some real bullshit
|
|
#
?
Oct 25, 2018 01:13
|
|
|
i looked at the build process and i see that there's something called rimraf and it's a javascript port of rm -rf...........
|
|
#
?
Oct 25, 2018 01:36
|
|
|
other cool thing: having a support@companyname.com creating JIRA support tickets automatically and somehow one of our vendors for our satellite comm stuff started sending emails there for some stupid conference. so now we got JIRA task spam which is great because JIRA wasn't slow enough as it is. everyone involved in the creation of JIRA should be euthanized. making plugins use REST calls while still being INSTALLED INSIDE THE GODDAMN SOFTWARE ITSELF is ridiculous. REST is not IPC........
|
|
#
?
Oct 25, 2018 01:40
|
|
|
CRIP EATIN BREAD posted:i looked at the build process and i see that there's something called rimraf and it's a javascript port of rm -rf........... there's nothing particularly wrong with what the package does. seems like in many languages the programmatic equivalent of `rm -rf` is missing from the standard file I/O module and you wind up having to implement it yourself.
|
|
#
?
Oct 25, 2018 01:43
|
|
|
|
| # ? Jun 8, 2024 01:42 |
|
|
js "builds" are generally mush and probably 2/3 of the js in the average webpack bundle never gets executed at runtime ever. you can make it a bit better by using rollup, but again, it's still going to be mush.
|
|
#
?
Oct 25, 2018 01:46
|
|