Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
deepakarora3
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
16 ms
·
1.
▲
by
deepakarora3
6mo ago
I one hundred percent support the above. Jooby is a great performant framework, simple to use with tons of flexibility and features. Super happy with it!
2.
▲
by
deepakarora3
10mo ago
I would say yes. Having been a big fan of Dell and having used it's laptops for both professional and personal uses over many years, I have moved off it to Acer. Couple of reasons - the first is that there is a price premium which I ca
3.
▲
Show HN: Unify-Simple-Decision-Table
(github.com)
1 points
by
deepakarora3
11mo ago
|
0 comments
4.
▲
by
deepakarora3
1y ago
What skillset and expereince do you have which is in demand? Just curious to know.
5.
▲
by
deepakarora3
2y ago
For me: * 40 inch 21:9 aspect ratio. 34 is too small and 43 and above are too big * QHD i.e. 3440 X 1440 resolution - why? Because it renders the programming fonts perfectly - many will complain about pixelation but for me it just seems per
6.
▲
by
deepakarora3
2y ago
I see that you gave the person 5 warnings - I feel 3 times is less and this is exactly what I would do. Its so much better to give people more chances rather than less and then letting them go instead of letting an ego or something similar
7.
▲
by
deepakarora3
2y ago
If you are using Java, you may want to check out the library I created for American Express and open sourced, unify-jdocs - it provides for working with JSON documents outside of POJOLand. For validations, it also has the concept of "t
8.
▲
by
deepakarora3
2y ago
There is a diff functionality which I have provided in unify-jdocs that I think does exactly what you are looking for. You can get the details here -> https://github.com/americanexpress/unify-jdocs . At present it is
9.
▲
by
deepakarora3
2y ago
JSONPath is good when it comes to querying large JSON documents. But in my opinion, more than this is the need to simplify reading and writing from JSON documents. We use POJOs / model classes which can become a chore for large JSON do
10.
▲
by
deepakarora3
2y ago
I have been using Google search for many years now and for the past few years have been wondering if the search has really gone bad or is it just me. I remember the days when searching for something used to bring up a few sponsored links se
11.
▲
by
deepakarora3
2y ago
I went the other way - because I so much disliked working with DTOs to work with JSON, I wrote a library that allows you to get rid of DTOs in the first place. No more POJO / DTO in order to work with JSON data and much more. You could
12.
▲
by
deepakarora3
3y ago
Nice. It is great to see native lightweight opensource (I hope it is considering that someone said that there is no license file yet) solutions hit this space. For what it's worth, I have built something similar to this but for Java pr
13.
▲
by
deepakarora3
3y ago
"And that’s when a real problem emerged; nobody knew who I was" and "I felt invisible, like I was all alone in this world. I could have had the best thing in the world, and no one would care": Could not agree with you mo
14.
▲
by
deepakarora3
3y ago
Auther here - thanks for responding! I really do appreciate it. > The trend seems to be in the opposite direction. People became frustrated with the lack of types in Python and JavaScript, hence we get Python with typing and TypeScript.
15.
▲
Show HN: Unify-jdocs – read / write any JSON path with a single line of code
2 points
by
deepakarora3
3y ago
|
2 comments
16.
▲
Ask HN: Java 21 virtual threads concurrency model
1 points
by
deepakarora3
3y ago
|
0 comments
17.
▲
Show HN: Unify-jdocs has come a long way
(github.com)
2 points
by
deepakarora3
3y ago
|
0 comments
18.
▲
by
deepakarora3
3y ago
Nice work! I see that that this is for processing / parsing large data sets and where documents do not conform to a fixed structure and for Go language. I made something similar in Java - unify-jdocs - https://github.com
19.
▲
by
deepakarora3
3y ago
Nice! Talking of JSON schemas and validating JSON documents against schemas, for Java, I wrote unify-jdocs where I do not use JSON schemas but still do validations (I found them unwieldy to use and was looking for something simpler). You ca
20.
▲
by
deepakarora3
5y ago
A similar experience occurs with me almost always when jet lagged. After fighting off sleep for much of the day when I finally fall asleep during the later part of the day, it starts off exactly like described - a really dreamy state. Then
21.
▲
by
deepakarora3
5y ago
Not at all to be critical of JSON schema, but my experience has been that for most use cases it is an overkill. As simple as it may be, it still is relatively complex. As someone mentioned in a prior post, if the validation fails then what?
22.
▲
by
deepakarora3
6y ago
Yes it does but as someone else mentioned, it can be really challenging to work with. Its difficult to visualize the structure of the document. Its difficult to program against. This was one of the problems which I wanted to solve when I cr
23.
▲
by
deepakarora3
6y ago
Creating Java object models to map the JSON documents into was the problem that I was really fed up of. In my work, we have hundreds of JSON documents to manage and many a time the structure of the JSON document also changes. Managing the J
24.
▲
by
deepakarora3
6y ago
This article got my attention. Related to what you are saying, in Java, the problem that I was really fed up of was creating domain specific JSON object models to map the JSON documents into to use in code. In other words, mapping JSON to r
25.
▲
by
deepakarora3
6y ago
Hi HN. I would like to show unify-flowret – yet another Java orchestration engine! You may wonder – why another orchestration engine when there are already so many. We have off the shelf commercial “heavyweights”, the open source frameworks
26.
▲
Show HN: Unify-flowret – yet another Java orchestration engine
(github.com)
2 points
by
deepakarora3
6y ago
|
1 comments
27.
▲
by
deepakarora3
6y ago
All OK except when you need the same level of performance for those 0.001% of requests when the GC kicks in and takes the response time outside acceptable limits. Due to this reason alone, my company is planning to move off a popular Java b
28.
▲
by
deepakarora3
6y ago
There are a lot of points which I simply cannot agree with. 1) concurrency as an issue - you make it sound as if doing concurrent programming in Java is hard. Its not if you read through the documentation. In todays world of spinning up sma
29.
▲
by
deepakarora3
6y ago
Excited to announce 1.1.0 of unify-jdocs. The new feature is the ability to compare two JSON documents easily.
30.
▲
by
deepakarora3
6y ago
Nice! As a person who very recently did a lot of looking around for the purpose of renting, I had a tough time managing my own appointments. I also found it really hard to get through to agents. Some of them would not return your calls, oth
More ›