Toyota recalls electric cars over concerns about loose wheels
1 points • 0 comments
@frogcoder | Hacker News
From 8/10/2013, 2:56:43 PM till now, @frogcoder has achieved 208 Karma Points with the contribution count of 47.
Recent @frogcoder Activity
Most of newly graduates of any subject don't know much about real world jobs. You are just one of many, but you care to ask about this on HN, that's something.
And a warm welcome to this imposter syndrome help group, we are always afraid of missing out on some tech. Accept it, everyone is missing out on most of the tech.
When I was studying CS in college, I always wondered why the classes don't teach us about the hot Windows programming thing. All we did were tiny console C programs. I realized that very late, CS classes are meant to let you know about the fundamentals. You probably won't use these skills directly at work, but you will have ideas about how the languages and systems work internally. That pays in the long run.
Just go explore and make mistakes, you will be alright.
Funny, I think the walrus operator makes code cleaner and easier to understand.
Many of my code were like this:
foo = one_or_none()
if foo:
do_stuff(foo)
if foo := one_or_none():
do_stuff(foo)
Just curious, what are the advantages using w3m instead of eww?
I am kind of glad there are so many folks on hacker news using Firefox.
I "fixed" it by refreshing Firefox. You can refresh Firefox from [Help] menu item, and choose [Trouble shooting Mode...]
All features and principles aside, it's a different code base. A mono culture is dangerous for the system, remember heartbleed?
Are the families, friends and supporters of Snowden constantly harassed or threatened by the US government?
I know the project is probably for some fun. Since you already have a sample lisp code to test, why not write tests for it.
Are you suggesting click-bait headlines are equivalent to out right disinformation?
I used to love ORM, I used it everywhere. Writing another language in the language I am coding is wrong. ORM simplifies my programs.
No, ORM does not simplify coding! It's a big complex adapter which does not fit many cases.
RDBM itself is complex enough, let's put another complex abstraction above it so we can forget about the tables and columns and joins and foreign keys. Complexity added upon another complexity does not make a polished interface.
If you want to use ORM, you have to learn both SQL and ORM with some depth at least. When problems occur, you have to debug both.
20 years in, I am still learning about RDBM. I still hate to compose SQL in code, but there is no better way.
Databases are used in every situation. Want to store data? Database. Want to communicate between processes? Database. Want to store logs? Database. There are different solutions for different scenarios, but as long as the DB chugs along, why? Sometimes it's sickening.
So 20 years in, the ROI of learning SQL is great. Please don't avoid learning about RDBM by using an ORM. Just learn it.
Actually, I'm not without ORM now a days. Light-weight ORM like Dapper serves well, it does not abstract out the concepts of RDBM, but make things easier.
With the introduction of M1, it's hard to find any use of paper magazines these days.
After giving some more thought on it. I just realized it was python got me into FP. Although the majority my projects are in C#, Linq never had me interested in FP.
You are right, C# and JS use FP sparingly. I think I expect more from Python because I enjoy writing in Python and my functional adventures were rooted in Python.
Personally, lambda expression is painful to look at. Many times I have deliberately avoided it. It's possible to make improvements, but it seems the FP part just stagnated. Looking forward to pattern matching though.
Well, the BDFL is probably the only dictator we all love.
Any decision he made is infinitely more than I could. Because I am just a python user, and an outsider in any decision making process. So for me, he's right all the time. That's a perfect definition of a dictator :)
But I do have wishes. It's like I love my parents but I do want to stay up late sometimes.
Yeah, I totally missed the part he removed reduce from builtin. Sorry about my memory. map, filter, or reduce, it does not matter. As I stated, some problems are better solved functional way. Because Python is such a friendly language, if it includes functional paradigm properly, it would make the functional part more readable than other functional languages.
FP is scary not because it has evil syntax to keep people at distance, it's just an alien paradigm to many. Lot's of non functional languages has functional support, which doesn't make them less readable. E.g. C#, JS. I suspect these languages have helped many understanding FP more. Python could make the jump by including more FP, but not turning into a full-fledged FP.
BTW. I'm still glad reduce is kept in functools.
Yes! List/Dictionary/Generator comprehension is one big plus for Python, it probably came from the functional world. I use it whenever I can.
> But even the lambda keyword isn't so bad, you can create a dictionary of expressions to call by name, a lot more compact them declaring them the usual way imo: https://github.com/jazzyjackson/py-validate/blob/master/pyva...
lambda keyword is better than nothing, it definitely can be improved. Just imaging using javascript syntax in your example.
> To your point, I only recently learned there's a Map function in Python, while in JS I'm .map(x=>y).filter(x=>y).reduce(x=>y)ing left and right.
I think with the introduction of list comprehension Guido saw map function was no longer needed, that was why he wanted it removed. I don't deny it, but using map and filter sometimes are just easier to read. Say [foo(v) for v in a] vs map(foo, a).
I strongly think Python should have more functional programming support. Functional Programming Languages are usually scary to look at for many programmers. Python would not only be a good FP introduction to them, it would also benefit greatly.
Years ago I found out the Guido wouldn't let tail recursion included, and even tried to remove map function from built in functions. Therefore I got the impression that python wouldn't have further support in FP. I really wish that is not the case. With the coming pattern matching in 3.10, My hope is high again.
I have very high respect for Guido van Rossum, I'm not here to discredit him. He's one of the authors in PEP 634.
I wish python would have simpler syntax for lambda which is currently using the lambda expression, even JS is doing better on this. A built-in syntax for partial would also be great. It could be even better if we can have function composition.
Some problems are better solved the FP way. It could even make the program more readable which is one of the strengths of Python.
Site is down. I believe this is the same article by the author.
https://towardsdatascience.com/functools-the-power-of-higher...
Yeah, everyone wants to chill, even be unproductive sometimes. The difference in China is that this kind of expression is censored online and attacked by the news media. WTF.
China does something evil.
The U.S. does it too (without giving any evidence).
It's OK China doing it now.
Yeah, agreed. While I think it's a trashy tabloid, it's also less biased comparing to other media in Taiwan. Since other news sources are also becoming sensationalist and gossipy if not already, I ended up read Apple Daily more often. Not an optimal situation unfortunately.
I've been enjoying BBC's podcast on this subject. Darknet Diaries also has an excellent podcast episode on it. https://darknetdiaries.com/episode/72/
site design / logo © 2022 Box Piper