Hacker News new | past | comments | ask | show | jobs | submit | RyanHamilton's comments login

Congratulations on launching. To provide feedback: I would like to have searched for clothes similar to my existing style. Some of the models had a style that just isn't me.

Thank you for sharing this, Ryan! I’d love to understand more, when you say some models’ styles aren’t ‘you,’ is it the clothing types, colors, or overall vibe that doesn’t align? Also, what would make finding clothes that match your style easier? For example, do you prefer certain categories, like casual or formal styles?

(I'm not Ryan, but) "casual" and "formal" are in the eye of the beholder. If you're planning to add categories for everything, I'm not sure that this tool will be the "future of online fashion". (If you want a purely categories-based system, and want to make the best categories-based system you can, then more power to you: but you'll have to ignore feedback from people like me, because I'm not your target audience.)

For those looking a way to run java console apps in the browser, check out doppio: https://plasma-umass.org/doppio-demo/ it's old and unmaintained but it works. For example I run the java H2 database online: https://www.timestored.com/data/h2-database-online/ which allows me to try disposable SQL queries in my browser.

The in-browser H2 database is very cool, thanks for sharing. I'm a regular user of H2, but have only used it server-side so far.

How much trouble was it to get working? Not sure how doppio handles the absence of raw TCP connections and a standard filesystem in the browser, but if it works in doppio I would think it could work in TeaVM too.


For 12 years I got banks to pay for an editor I created. But yeah to grow the audience I made the database client free as others wouldn't pay. I have also created a separate BI tool so you're totally correct.


QStudio. Editor and notebook in one, works on all os with 30+ databases and is Free: https://www.timestored.com/qstudio/ disclaimer: I'm the author


Looks interesting. Have you thought about providing it as a Homebrew Cask? Anyways, looking into it.


Looks great, how come I didn't know it? :)


I'm bad at marketing and poor at product decisions. For 10 years it only worked with one database. It took 30 lines of code to work on many more databases but I waited 10 years to do it. Don't make my mistake! I am trying to get better.


A nerd’s nerd. I am exactly the same, I think it’s because folks like a lot of the people that hang out around these comments are easily excited and self-motivated for the creative, engineering challenges involved, but struggle to produce the same kind of get up and go when it comes to the basic, fundamental packaging and presentation involved with marketing and/or sales.

As a graphic artist, I even get enthusiastic for a lot of the marketing, but as a freelance IT consultant, I tend to lose all motivation for selling my services the nanosecond I achieve sufficient income to get by, and revert to spending my time exploring and tinkering. We all have our own blind/weak spots.

I have often thought that some kind of service to pair creatives/engineers with professional development/managers would be really useful. I think that’s just called “LinkedIn”, but something more explicitly about entrepreneurial endeavors would be nice.


The chart feature looks amazing. I’d try making a landing page just around charts and see if it sticks.


Thanks for asking. I would guess you're asking as someone that spent years learning math notations and being taught BODMAS operator precedence. The funny thing is that if you took a 3 year old child and taught them right to left it's actually more natural than multiplication before addition. Array languages often take a fresh first principles approach rather than regurgitating common learnings. This does mean programmers from other languages can find it more confusing than total beginners.


https://www.timestored.com/b/kdb-qsql-query-vs-sql/ How many database tables have a date time column and a natural ordering? Most the data I look at. Which makes it crazy that sql is based on unordered sets.


Thanks for the link I think this is a really interesting example:

> In qSQL this is: aj[`sym`time; t; q], which means perform an asof-join on t, looking up the nearest match from table q based on the sym and time column.

> In standard SQL, again you’ll have difficulty: sql nearest date, sql closest date even just the closest lesser date isn’t elegant. One solution would be:

> WITH cte AS (SELECT t.sym, t.time, q.bid, ROW_NUMBER() OVER (PARTITION BY t.ID, t.time ORDER BY ABS(DATEDIFF(dd, t.time, p.time))) AS rowNum FROM t LEFT JOIN q ON t.sym = q.sym) SELECT sym,time,bid FROM cte WHERE rowNum = 1

> It’s worth pointing out this is one of the queries that is typically extremely slow (minutes) on row-oriented databases compared to column-oriented databases (at most a few seconds).

This is a really nice example but I think it’s more about this as of join being a really useful operation, it appears both pandas https://pandas.pydata.org/docs/reference/api/pandas.merge_as... And duckdb https://duckdb.org/docs/guides/sql_features/asof_join.html

Pandas:

> pd.merge_asof(t, q, on='time', by='sym', direction='backward')

Duckdb:

> SELECT t.sym, t.time, q.value FROM t ASOF JOIN q ON t.sym = q.sym AND t.time >= q.time;

So it seems more like this is benefitting from a useful feature of time series databases rather than the features of an APL-family language.

Personally I find the pandas syntax to be the most straightforward here.


To someone unfamiliar with the pandas api I think the SQL version is by far the most readable.

It's just a regular join with the `asof` keyword in front.

The pandas version assumes both fields have the same name, it separates the on and by conditions in a way that's not necessary in SQL version, and imo the "backwards" keyword is a bit ugly and error prone.


Yeah I can see the benefit of pandas for those reading the code. I think they learnt from kdb that both backwards and forwards was needed. Kdb had to create a new aj0 function. But your point is valid that kdb may be over optimising for first writing code.


The lab of ideas = advantages the rich e.g. Steve Jobs. "In 2009, Steve Jobs received a liver transplant—not in northern California where he lived, but across the country in Memphis, Tennessee. Given the general complications of both travel and a transplant, Jobs’ decision may seem like an odd choice. But it was a strategic move that almost certainly got him a liver much more quickly than if Jobs had just waited for a liver to become available in California." https://arstechnica.com/science/2017/03/live-death-math-and-...



I work in low-code and make a tool so I know this area fairly well. I can't think of any proper product made with no-code tools now but I can think of many that started with low-code and I imagine you can too. Think of every internal application that started as a spreadsheet, or a single web page, maybe even static.

What I tell my potential customers is, that it's a pyramid of effort vs exploration. At the bottom you have a wide base of possibilities you want to explore, at the top of the pyramid you have a proper polished product. What low-code allows you to do is try many more experiments at the bottom and to maintain them at cheaper cost. Most will stay as internal tools and never become a real product but some will. For example my tool is letting data analysts in crypto firms built out internal trading controls, trade monitoring and alerts within days and weeks. The happiest customers I have are ones that were about to hire a UI guy. It let's them delay that hire. Then when they want to provide end client interfaces or seroiusly improve a low-code version to a separate polished app, they hire the UI expert and even better the UI person can see roughly what is needed.

The alternative isn't always between polished app and low-code, it's between apps that may never get built and low-code.


Can you provide a reference for that belief? To me that's not true. They started from solving very different problems.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: