|
If you set up your build system correctly, Boost is fine if you use it very sparingly and with libraries that are smaller. It can slow your compile down to a crawl if used incorrectly though.
|
# ? Oct 20, 2018 19:06 |
|
|
# ? Oct 11, 2024 09:38 |
|
I know I'm lttp for js spa talk, but at the risk of shaggaring I have the horrible opinion that asp.net core mvc with plain ol' razor views is the pinnacle of webdev right now. I want server-side rendering and jfc get nodejs away from me eww gross The worst thing MS dotnet team has done in a while, is rolling all the frontend js poo poo into the default templates. The age of webassm can't get here fast enough.
|
# ? Oct 20, 2018 19:57 |
|
VikingofRock posted:So I generally think boost libraries (with some notable exceptions) are pretty usable, if a little over-engineered and quirky. But boost::filesystem in contrast seems really under-engineered and full of surprises. For example, I'm trying to write a function which copies a few directories recursively. It seems like the copy itself should be as simple as: lol they overloaded the / operator for joining paths?
|
# ? Oct 20, 2018 20:25 |
|
akadajet posted:cjs: trying to convince web developers they shouldn't send 10-20 megs of json documents to the web browser and then build a full text index off of that instead of implementing server side search. lol web "developers" are the worst. client side code was the biggest mistake.
|
# ? Oct 20, 2018 20:26 |
|
Shaggar posted:lol [...] code was the biggest mistake.
|
# ? Oct 20, 2018 20:34 |
|
prisoner of waffles posted:If a boost library could provide a "perfect granular control of everything" API but also a "common use cases, do what I mean" API, there's an abnormally good chance they'll leave the latter as an exercise for the library consumer yeah, it's annoying. also boost fs isn't even header only
|
# ? Oct 20, 2018 20:42 |
|
Finster Dexter posted:I know I'm lttp for js spa talk, but at the risk of shaggaring I have the horrible opinion that asp.net core mvc with plain ol' razor views is the pinnacle of webdev right now. I want server-side rendering and jfc get nodejs away from me eww gross so you’ll be able to write the same lovely spas using equally lovely frameworks ...... but with all the joys of c++ on top?
|
# ? Oct 20, 2018 21:00 |
|
Soricidus posted:so you’ll be able to write the same lovely spas using equally lovely frameworks ...... but with all the joys of c++ on top? what... no... there would be no spa. And C++? what are you smoking? C#, baby!
|
# ? Oct 20, 2018 22:00 |
|
Soricidus posted:so you’ll be able to write the same lovely spas using equally lovely frameworks ...... but with all the joys of c++ on top?
|
# ? Oct 20, 2018 22:06 |
|
mystes posted:People will probably try to go even further and render directly to webgl or something horrible like that. webasm + webgl = emulate an entire computer in your browser
|
# ? Oct 20, 2018 22:11 |
|
i wish they'd emulate a competent dev team and build a fucken native app
|
# ? Oct 20, 2018 22:18 |
|
the problem is web, not js. you can write your frontend code in whatever language you want and it'll still be unmaintainable garbage because it's web dev and that's just how it be.
|
# ? Oct 20, 2018 22:20 |
|
i want to learn some c++. is there an ide that’s the ide for this purpose?
|
# ? Oct 20, 2018 23:22 |
|
Finster Dexter posted:I know I'm lttp for js spa talk, but at the risk of shaggaring I have the horrible opinion that asp.net core mvc with plain ol' razor views is the pinnacle of webdev right now. I want server-side rendering and jfc get nodejs away from me eww gross i was considering posting this but i was afraid of it being too shaggar of an opinion
|
# ? Oct 20, 2018 23:23 |
|
Boiled Water posted:i want to learn some c++. is there an ide that’s the ide for this purpose? yes, but there are differing opinions on which one it is
|
# ? Oct 20, 2018 23:24 |
|
Soricidus posted:yes, but there are differing opinions on which one it is what are the good clang tooling backed options?
|
# ? Oct 21, 2018 00:34 |
|
HoboMan posted:i was considering posting this but i was afraid of it being too shaggar of an opinion My recent interactions with js dev have killed the non-shaggar parts of my brain.
|
# ? Oct 21, 2018 00:39 |
|
prisoner of waffles posted:what are the good clang tooling backed options? I found it rather invaluable for quickly getting up to speed on larger C++ codebases
|
# ? Oct 21, 2018 00:39 |
|
I like clion it’s IntelliJ for c++. cmake only tho
|
# ? Oct 21, 2018 00:40 |
|
Star War Sex Parrot posted:CLion's integrated code analysis by clang-tidy is nice, though it chugs on analyzing complex projects that bring in like TBB or Boost (it might have improved a bit with the 2018 releases). the UIs they wrap around LLDB/GDB and AddressSanitizer are nice too I have used clion with boost successfully. only a little bit of boost tho
|
# ? Oct 21, 2018 00:41 |
|
Finster Dexter posted:My recent interactions with js dev have killed the non-shaggar parts of my brain. feels good
|
# ? Oct 21, 2018 00:49 |
|
aardvaard posted:the problem is web, not js. you can write your frontend code in whatever language you want and it'll still be unmaintainable garbage because it's web dev and that's just how it be. too bad it's basically the only reasonable way to write something that works cross-platform these days
|
# ? Oct 21, 2018 02:05 |
|
brap posted:lol they overloaded the / operator for joining paths? yeah, that's some terrible cutesy poo poo
|
# ? Oct 21, 2018 02:27 |
|
c++ operator overloading is some horribly abused poo poo and it started right at the beginning when some genius decided that the left and right shift operators would be perfect to use for i/o
|
# ? Oct 21, 2018 03:16 |
|
okay its me the terrible programmer. im writing some javascript (Actually CoffeeScript but whatever) app and im getting a little frustrated with promises, at least in a particular situation since im on CoffeeScript 1.x, I dont have async/await available to me. otherwise I could do this code:
code:
|
# ? Oct 21, 2018 03:47 |
brap posted:lol they overloaded the / operator for joining paths? I'm actually fine with that. In the context of paths, it's pretty clear that / doesn't refer to division, so overloading it adds convenience without hurting readability (personally I'd say it improves readability). Also I think overloading / for paths is pretty common in languages with operator overloading; for example python's pathlib does it too.
|
|
# ? Oct 21, 2018 03:58 |
|
BIGFOOT EROTICA posted:okay its me the terrible programmer. im writing some javascript (Actually CoffeeScript but whatever done, we'll believe you're a terrible programmer now. you can get the statuette when you get out, the little id card is in the mail
|
# ? Oct 21, 2018 03:59 |
|
bob dobbs is dead posted:done, we'll believe you're a terrible programmer now. you can get the statuette when you get out, the little id card is in the mail namaste
|
# ? Oct 21, 2018 04:05 |
|
Jabor posted:c++ operator overloading is some horribly abused poo poo at least c++ doesn't let you make new operators like haskell and scala (fart <+>>> butt <<<+> poop) _+_ (boners <^> otherButt)
|
# ? Oct 21, 2018 05:25 |
|
VikingofRock posted:I'm actually fine with that. In the context of paths, it's pretty clear that / doesn't refer to division, so overloading it adds convenience without hurting readability (personally I'd say it improves readability). Also I think overloading / for paths is pretty common in languages with operator overloading; for example python's pathlib does it too. well you picked the right thread for this post at least
|
# ? Oct 21, 2018 05:25 |
|
VikingofRock posted:I'm actually fine with that. In the context of paths, it's pretty clear that / doesn't refer to division, so overloading it adds convenience without hurting readability (personally I'd say it improves readability). Also I think overloading / for paths is pretty common in languages with operator overloading; for example python's pathlib does it too. Scala too but it really annoys me because it's infix so you ha e to do (file / "butt's").thingy() every loving time Kevin Mitnick P.E. posted:at least c++ doesn't let you make new operators like haskell and scala Agreedo God drat that poo poo is painful
|
# ? Oct 21, 2018 09:31 |
|
that's why I like J. most of its horrible linenoise operators are language builtins.code:
(well, technically they might be in the standard library. Still, it's way more brazen than Haskell.)
|
# ? Oct 21, 2018 09:42 |
|
animist posted:that's why I like J. most of its horrible linenoise operators are language builtins.
|
# ? Oct 21, 2018 13:17 |
|
the talent deficit posted:people write SPAs in complicated frameworks because users want mobile app like features, complexity and performance in the browser. no they don’t, users want mobile apps and some developers and management think they can cheat and make web pages pretend to be mobile apps
|
# ? Oct 21, 2018 16:49 |
|
eschaton posted:no they don’t, users want mobile apps and some developers and management think they can cheat and make web pages pretend to be mobile apps just wrap it in a webview. bam, instant mobile app!
|
# ? Oct 21, 2018 16:50 |
|
eschaton posted:no they don’t, users want mobile apps and some developers and management think they can cheat and make web pages pretend to be mobile apps People generally don't want to install random poo poo that could just be on a web page.
|
# ? Oct 21, 2018 16:51 |
|
Chalks posted:People generally don't want to install random poo poo that could just be on a web page. agreed, few things are as annoying as web pages that detect you’re on a phone and cover half the page with a GET OUR APP!!! banner
|
# ? Oct 21, 2018 16:54 |
|
Probably both are true? At the very least, if users are going to go through the trouble of installing an app, it better not just be a webview displaying the web page.
|
# ? Oct 21, 2018 16:55 |
|
mystes posted:Probably both are true? At the very least, if users are going to go through the trouble of installing an app, it better not just be a webview displaying the web page. Usually when the question of apps comes up, it's because the person involved in the sales process who doesn't know what the gently caress they're talking about has been told that you must have an app and no telling them that a webpage will work just fine will satisfy them. If you can answer "yes" to the "do you have an app?" question they'll be happy. No requirements for what that app should do or indeed any idea of why they demanded it. Slap the web page into an app, watch as nobody downloads it but still be able to answer yes to the app question during the sales process.
|
# ? Oct 21, 2018 17:01 |
|
|
# ? Oct 11, 2024 09:38 |
|
VikingofRock posted:I'm actually fine with that. In the context of paths, it's pretty clear that / doesn't refer to division, so overloading it adds convenience without hurting readability (personally I'd say it improves readability). Also I think overloading / for paths is pretty common in languages with operator overloading; for example python's pathlib does it too. it's terrible in python as well, maybe worse since python code tends to be less overload-crazy in general BIGFOOT EROTICA posted:promises your non-async version is technically 'better' here because it can run all the someAsyncFunction calls in parallel, which may or may not matter more than code clarity i would expect something maybe like code:
|
# ? Oct 21, 2018 17:13 |