|
Quote: supports 148 different date formats Oops, I found a 149th: (e.g.) 3rd June 2020.
Oh, and 150th: (e.g. Saturday June 3 2020).
ah, and then there's DD-MMM YYYY, so you need 151.
Sorry, forgot about YYYYMMMMDDDD, I make it 152.
Um, you might be better just using a generic date to string formatter, like pretty much every language (capable of calling a DLL) does already.
And if the list of public holidays serves any purpose, by limiting to the USA you've just eliminated (and alienated) 96% of the world's population from being potential customers
|
|
|
|
|
Besides Excel, SQL Server, BI, Access, and the .NET "Convert" function, one has any number of resources for "importing dates"; which is usually the only time one "converts".
So, the price is what someone wants to pay, where "integrating" said package is probably more trouble than it's worth ... for "a date".
It was only in wine that he laid down no limit for himself, but he did not allow himself to be confused by it.
― Confucian Analects: Rules of Confucius about his food
|
|
|
|
|
I certainly can agree with a lot of those who have commented: Making a solution to a solved problem is not a big profit opportunity.
Yet... In a Western framework, we have very limited understanding of calendar issues in a global framework. Date.ToString() may be far from sufficient. I was working with some Koreans: If you asked them about their age, they first had to convert their lunar calendar to a sun calendar, and then correct for their convention of giving your age as the year of your living: At birth, you are starting your first year, not your zeroth.
Another case: When I was working with web archiving, there were native Americans who wanted access control to their archived web pages to be restricted by their concepts of season: Some documents should be accessible during the seeding season only, others only during the harvesting season. (They also wanted some documents to be available to males only, others to females only - but that is not calendar related.)
Some Asian cultures restart their year count from some astronomical or social event, indicating the base as part of their year indication - similar to our BC/AC, but on a lot more dynamic scale.
And so on. Date.ToString() does not cut it. MS has done a lot to support various calendars, but you can't take for granted that it is supported in all applications. (In those I devlop, there is certainly not support for all sorts of Asian calendars!)
So there may be a market for the library that the TS (or some "coworker/friend" of his) has created - but mostly in Asian markets. Western software developers generally ignore such issues, taking for granted that the only calendar adaptations required is adapting to the time zone and 24/12 hour clocks.
Lots of Western software have no chance of succeeding in Asia, because the developers have no understanding of Asian culture and the requiremnts that the software should satisfy.
|
|
|
|
|
This is an interesting discussion. I've been writing software in umpteen environments (for use only in the UK though) for over 40 years. If there is one thing that STILL causes trouble, regardless of language, libraries, OS etc - it's dates: conversion and date arithmetic. This is despite all the manifest libraries and OS supported date formats etc.
I've written, or extended, date manipulation libraries etc over the years because none of them do eveything I need. (Borland C++'s Date Class was particularly lacking I seem to remember!) I was doing some elapsed time processing in Excel only the other day and realised that the calculation was occasionally a day out because of the fractional time element that was being stored internally after extracting times and dates from an external database, so had to find a way to 'round' the dates.
Having not used all possible libraries or environments, maybe there is one out there that can handle (correctly) all the possible permutaions of date representations in all languages and for all time-zones and counting systems, but I'd be very surprised. Certainly I am still regularly having to account for the unexpected behaviour of Microsoft's Date objects in various edge cases after using them since the dawn of Windows 3!
Dates are difficult, especially if you mix in people's interpretations of them: If I was to say that something was going to happen "overnight Tuesday at 2 am" would that be early morning on Tuesday or Wednesday, for example. 8)
|
|
|
|
|
There's no way to make money from selling code for converting dates, even if that code converts between dates in different calendar systems. To be used one has to supply either the source code or a DLL (or similar), and as soon as it's been released it's likely to be widely available on the net (for use at no charge). The only way such code can repay the time and effort spent in development is by being incorporated in a date conversion application -- see examples here -- but I suppose there's very little demand for such software.
|
|
|
|
|
I've seen one done by Jon Skeet in C# and Java but he's giving it away
GitHub - jskeet/nodatime: A better date and time API for .NET[^]
To be honest I don't know that it would be sellable as there are free frameworks on time available.
Every day, thousands of innocent plants are killed by vegetarians.
Help end the violence EAT BACON
|
|
|
|
|
I bet your friend/coworker is a junior dev like you.
Why would anyone in their right mind pay for something that's widely available for free, and even already available in most modern frameworks (for the last 20 years)?
I think y'all would do society a bigger service if you went back to sweeping standing water off sidewalks.
".45 ACP - because shooting twice is just silly" - JSOP, 2010 ----- You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010 ----- When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
|
|
|
|
|
Hey fella, I suggest you take a closer look at the https://www.developersdateware.com/supported-date-formats.html page.
Quote: PRODUCT NAME
(SKU #XXXXXX)
DESCRIBE THE PRODUCT HERE. FOR EXAMPLE: You can enjoy THIS BENEFIT using THIS FEATURE OR using THIS FEATURE you can DO WHAT YOU WANT TO DO. YOU CAN MAKE THIS DESCRIPTION AS LONG AS NECESSARY.
Price: $00.00
The lack of a demo & description of the formats is possibly helping put your cash-register into power-saving mode!
|
|
|
|
|
enhzflep wrote: helping put your cash-register into power-saving mode
I'll have to remember that one...
|
|
|
|
|
Quote: changing one date format to another form via a function call.
Jesus wept!
What would anyone use this for? Your library is essentially a 2-line function in standard C (meaning they are available on Windows too) using strftime(3) - Linux manual page[^] and gmtime(3) - Linux man page[^].
How do you expect to charge money for something that the buyer can make themselves with literally 5 minutes worth of work?
Oh, your library also reads time in almost any format? Yeah, not that hard[^].
|
|
|
|
|
I suspect that what the OP is talking about is something else. You are talking about formatting a "Western style" date into a text string, while (I suspect) that the real problem is converting between calendar systems. Like those based on the moon, rather than on the sun. Year being reset when a new emperor comes to power. History is essential, so you have to relate to the Western calender having a discontinuity at year -1 to 1 (year 0 doesn't exist). Maybe you have to relate to the old bug in Lotus 1-2-3 considering 1900 as a leap year (which it isn't)! Maybe you have to relate to both Julian and Gregorian Western calendars (and remember that different countries switched from Julian to Gregorian at different times, so to translate a date from Western to another calendar, you may have to know the geographical origin of the date, to determine whether it is Julian or Gregorian).
The more you study calendars and dates on an international scale, the more messy it becomes. It is certainly not a five-minute job to handle all alternatives. There are libraries, and Windows provides support for quite a few variations; I am not sure that Linux developers have cared enough about any culture that is outside their programming lab to implement a full complement of non-Western calendars. Or spanning the transition period from Julian to Gregrian. Or handling the missing year zero.
I doubt very much that the library of the OP handles absolutely everything, but I am sure it handles a lot more than your five-minute-job. Then, I question how large is the market for such a "complete" library - I would guess very close to zero in the Western world. In Asia, the need is probably a lot higher. But marketing in Asia is so different from marketing in the West that I don't think very many of us Westeners can provide much valuable and helpful advice on the matter. (But of course there may be Asian people in this forum with a good understanding of how to successfully market a product in Asian countries.)
|
|
|
|
|
Quote: I doubt very much that the library of the OP handles absolutely everything, but I am sure it handles a lot more than your five-minute-job.
That's a bet I'll be willing to take, because according to his full description (and description in this thread):
It only mentions recognition of the US, no international and/or global claims are made.
It produces a date in a string form, and that is all it is claimed to do (no conversion).
If the description could mention special support for leap years, but not say anything about non-western support, about timezone handling, about locale awareness, about different calendar support and also doesn't do anything with dates than reformat them, then it probably doesn't do all the things you imagine it to do.
So yes, my 5 minute job handles everything in the description as it stands. Time/date handling is insanely complicated to those of us (like me) who've had to implement it, hence if the ad for a time/date API specifically leaves out the hard bits and only promises to do the easy bit, then it's a sure bet that that is all it can do.
I've run into 50% of the problems in this list, hence I know what to look for in a time/date API. The poster doesn't address a single thing there.
|
|
|
|
|
Maybe you are right, with respect to the OP. Nevertheless, I think that you take far too lightly on the issue of date conversions, in a more general sense. No decent solution to date conversions is a five minute job.
I didn't look up his full description, so I took "148 different date formats" as an indicator that he handled a lot of calendars. Now that I see how much glossy finish he has made his marketing of this package, maybe he should rather consider a career in marketing and web design
|
|
|
|
|
Quote: No decent solution to date conversions is a five minute job.
But he isn't claiming to be able to convert them, he's claiming to read/write different string formats. Writing different date formats is a 5-minute-job.
OTOH, my function (that I linked earlier to decode different input date/time formats) took about 2-hours to write and **still parses almost any input date format** that you'd care to through at it, while ignoring timezones, DST, etc... because those are the difficult parts!
Date/time handling is complicated; this is why I posted the link to the myths developers believe about dates/times. However I don't get the impression that this library (for 175$) does anything other than read/write strings.
|
|
|
|
|
This a basic business question which should have been researched and known (fairly well) before putting a lot of work into this software package.
Who would the customers be?
What are the alternatives they have?
What solutions do those alternatives provide?
Do those solutions leave a gap that the customers want to be filled?
How much value would those customers gain by filling those gaps?
Would the value of filling those gaps be <= the cost of this software package? How can you show this to the customer?
Would the customer see this software package as easy or difficult to incorporate into their application?
Would customers need training? How would that training be provided?
What are your marketing and sales channels?
Can all this be done by one person? If not then will your sales volume allow you to pay them?
Once this software package is available are there any competitors that would respond? IOW - is there a low barrier to competition?
So - there's a lot to consider. I wish your friend good luck!
|
|
|
|
|
Don't forget that establishing a new market - providing all new problem solutions - requires a lot of resources. There are countless examples of the pioneers, clearing the land, are soon displaced by second- and third-comers who take over the market that the pioneer established.
So even if solutions are provided, you may beat the competitors. Maybe just through better marketing; you know how to make yourself seen. Maybe you are cheaper. Maybe less resource demanding. Maybe added functionality. Maybe following standards closer. Maybe ... And it doesn't even have to be true. If you can just make customers believe that you have some extra quality, you may take over ther market.
If you are too careful, doing too much analysis showing that the business is "risky", then you will loose a lot of opportunities. There is so much cynicism in commercial activity that you might as well howl with the wolves of the pack. Even if you know that the competitor is better, pretend that you are the best!
|
|
|
|
|
Yes! And then there's all that too! Nice write-up.
|
|
|
|
|
Quote: Hello OriginalGriff,
...
I'd like to ask you a favor, and it's all above board. Please.
Samtoad. you know who I am and where to find my email address. Thanks,
Samtoad. RSVP Please.
No, I have no idea who you are!
If you want a favour, then ask: but that doesn't mean I'll answer, or give you my email address by replying directly.
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
"Common sense is so rare these days, it should be classified as a super power" - Random T-shirt
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
Hello there OriginalGriff,
My real name is Thad, but go by the name of samtoad, and live in the Western USA. I'm the one you've chastized and reproved on many occasions. And recently, you've answered a question for me. For that, I'm very apprectative. But anyrate, here goes.
I've continually searched the Internet for tutorials and teaching tools on how to understand and build a software installer using my MSVC 2017 environment( and using C#) that I have; but have found nothing, and my results in asking AND paying for help has been the pitts. Yes, now I'm asking you for some help, and I'm so trying to be honest and above board in everything; such as:
where can I find reasonable/trustworthy, and honest help, which I can pay some( that you would recommend) in getting some software written. I have even followed video examples on youtube on how to put an installer together, but it has been a total shambles. A lot of software that I've never heard of is so totally new and, to me, it is a total mind-blower - that to you it's common place. I'm a USPS city letter and will be soon retiring about Sept-21. Education wise, when I graduated from college, a lot of tools that you use and Wlans, lans, networks, common software now and so forth was totally theoretical when I graduated from USU in Logan, Utah USA. I learned on medium mainframes,
such as a DEC Vax/Vms 11780 machine. The "C" language was self taught, and most recently C# was a must
learned language, and it was a very good learning investment. And on many occasions, a learning experience at the hands of being chewed out, chastized and reproved.
SO NOW......, I'm asking for your help, in the forms of referencing a reasonable/trustworthy, and honest individuals( that you would recommend), which I can pay some in getting some software written.
I appreciate your valued time to listen to me. And I hope you can help me out.
With you being a site mediator and with your site access, you can find out what my real email address is and tell me what your answer will be.
Again, Thanks for your time...
Thad T.
RSVP Please
Dec 12th, 2020.
|
|
|
|
|
Advance light speed extension (5)
|
|
|
|
|
Climb
Advance = definition
light speed = C
extension = limb
|
|
|
|
|
ya
|
|
|
|
|
So I think I just completed about 80% of MIDI input capturing in my MIDI library - previously it had no facilities for that so I decided to add it.
Unfortunately I've found that trying to use my Axiom 61 pro MIDI keyboard/controller by patching the USB device through to the VM doesn't work. It "sees" the device but attempting to open it causes win32 to throw me an Out of Memory exception (it's *not* out of memory). It happens in my audio workstation software too (I use FL studio)
Anyway, so now I can't test this code I wrote.
Option 1: install VMWare alongside this and see if it will work but installing windows and a .NET debugger is a laborious process and I don't want to undertake unless it's a sure thing.
Option 2: reinstall my primary OS as a Windows 10 machine instead of an ubuntu linux box as there's no problems with the MIDI-over-USB on a primary OS.
It's super frustrating because now I'm blocked on that project until then, and yet it's the one I'm most motivated to work on - i'm trying to ease my way back into coding for a bit.
Real programmers use butterflies
|
|
|
|
|
Sounds like a perfect excuse to write a linux USB driver!
Come on, you know that's what you want to do!!!
|
|
|
|
|
(A little overkill on the emojis? Sorry.)
|
|
|
|
|