|
I know what you mean. The Israeli postal (dis)service has become so disorganized that Amazon only ships to Israel via other couriers nowadays. This increases the cost significantly, but at least stuff arrives.
If you have an important point to make, don't try to be subtle or clever. Use a pile driver. Hit the point once. Then come back and hit it again. Then hit it a third time - a tremendous whack.
--Winston Churchill
|
|
|
|
|
Same in the UK.. only use Royal Mail if you don't want your item delivered
Ah, I see you have the machine that goes ping. This is my favorite. You see we lease it back from the company we sold it to and that way it comes under the monthly current budget and not the capital account.
modified 31-Aug-21 21:01pm.
|
|
|
|
|
Be glad it is not from China. It would start today and leave the dock on Feb. 7
Mongo: Mongo only pawn... in game of life.
|
|
|
|
|
...has shipped. Should have it by Friday/Monday.
".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
|
|
|
|
|
John Simmons / outlaw programmer wrote: has shipped. Should have it by Friday/Monday. Thank you for the update. I'll be sure to watch for it.
Next time, just email me directly. No need to tell everyone else.
There are two kinds of people in the world: those who can extrapolate from incomplete data.
There are only 10 types of people in the world, those who understand binary and those who don't.
|
|
|
|
|
So it's nearly Christmas!
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
Did you get on of these
Hogan
|
|
|
|
|
Remember, pics or it doesn't exist.
|
|
|
|
|
I just read an article here on CP where the author says "For many years I've been building a library themed "things that should be built into the .NET framework, but aren’t"."
I too have been compiling things I use regularly into my own framework. Everything from logging, registry stuff, app security, WPF things, Data related stuff, ZIP, messaging, etc.). In my WPF library I even subclassed the standad WPF controls and then in my WPF apps I use my version of the controls.
For the most part, when I find myself using code repeatedly I start thinking about where in my framework to put it so that I can re-use it again later.
So I'm curious... Do you do this? Create a library/framework of reusable code? If you, how do you put it all together? If not, how do you handle using/reusing common code?
If it's not broken, fix it until it is.
Everything makes sense in someone's mind.
Ya can't fix stupid.
|
|
|
|
|
I do for my embedded software/firmware, makes life a lot simpler.
New version: WinHeist Version 2.2.2 Beta I told my psychiatrist that I was hearing voices in my head. He said you don't have a psychiatrist!
|
|
|
|
|
Kevin Marois wrote: Do you do this?
Constantly
We're embarking on a full rewrite in part because lots of what we've done over the years has finally been implemented in the BCL. Though not as well as we did it, natch'
cheers
Chris Maunder
|
|
|
|
|
So if the BCL now contains a function that you created in the past do you then go back & refactor to use the BCL version?
If it's not broken, fix it until it is.
Everything makes sense in someone's mind.
Ya can't fix stupid.
|
|
|
|
|
Sometimes, but not as often as we should. In some cases we've grown the system around our methods in a way that's different enough that using the BCL methods (or entire patterns) that are now available would mean more work than it's worth.
Hence the rewrite. It's actually rare that a rewrite actually ever makes sense, but in this case it does.
cheers
Chris Maunder
|
|
|
|
|
I can see the pro's and con's of both. For one, you KNOW you've written. It's tested and working, whereas new framework code could be troublesome. While on the flip side having framework code would mean less source you've got to maintain.
If it's not broken, fix it until it is.
Everything makes sense in someone's mind.
Ya can't fix stupid.
|
|
|
|
|
I don't. The only things I reuse are tiny snippets that I write from memory.
|
|
|
|
|
But that's got to mean an increase in testing time. I find that the benefit of creating my own library/framework is that once a component is written and tested I can use it freely in other apps with a high degree of confidence that it's going to work.
If it's not broken, fix it until it is.
Everything makes sense in someone's mind.
Ya can't fix stupid.
|
|
|
|
|
Perhaps, obviously I'm not really in a position to make a comparison.
But I don't expect so, since it's not that I'm just refusing to reuse code, the problem is there isn't any opportunity for it. Except for those trivial snippets (such as, idk, inverting a permutation or something, that comes up occasionally), but I don't test those anyway. (inb4 public lynching) That's not where the bugs are, and the context they appear in will probably be tested anyway.
You have some bigger reusable parts so it makes sense that it would make a difference in that case
|
|
|
|
|
Same here. No external library, just code snippets.
|
|
|
|
|
Kevin Marois wrote: So I'm curious... Do you do this? Create a library/framework of reusable code? I had a small library for WinForms, but have been doing mostly web-applications for the last years. Not really building a new library, since it would be outdated before it is started.
The only interesting thing in the library was a virtualized datagridview that accepts an IDataReader for quick re-use.
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
|
|
|
|
|
I think just about everyone does, don't they?
I've got personal libraries for every language I've ever worked in.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
Harold doesn't...
I think that any serious developer would understand the need for their own collection of code.
For the last 15 year I've been doing .Net. Before that I was a FoxPro developer. I has a very large collection of resuable code that I later developed into a framework that i tried to market as FramePro. Never caught on as a selling point but I used it in many apps.
If it's not broken, fix it until it is.
Everything makes sense in someone's mind.
Ya can't fix stupid.
|
|
|
|
|
Kevin Marois wrote: I later developed into a framework that i tried to market as FramePro The one thing I have resisted is trying to "market" my framework. I do leave it behind at every contract I have worked on. I know of at least 5 developers who have adopted it (ie snaffled the code from previous contracts) but I have never been tempted to publicise it.
I agree that most serious developers create a suite of tools/snippets and concepts that become part of their infrastructure, but to me it is a very personal thing suited to the way a developer works and it's transferablility is quite limited.
Never underestimate the power of human stupidity
RAH
|
|
|
|
|
Mark_Wallace wrote: I've got personal libraries for every language I've ever worked in.
Same here. I still have the 20+ classes I wrote for VB4-6, mostly ones that wrapped the Windows API (not that they're of any current value). OTOH, my current Word normal.dotm file has macros that were written in the Word 95 days; they still work just fine.
I appreciate Harold's POV in that a lot of what I write is not situated for re-use, although the ideas behind it are. However, I find I do write a lot of things that are re-usable: encapsulating export of grids to Excel (including formatting the resulting workbook), extensions to the treeview and listview, encapsulating Windows file searches, and encapsulating database functions.
Accessing WinAPI functions from VB was a PITA and it made sense to encapsulate the functions so they were easy to use. This "encapsulate hard to use functions" mindset of my VB days bleeds forward -- I look for things I'll probably re-use and automatically think about creating a re-usable class.
|
|
|
|
|
Oh yes.
When I write code, I write it with an eye to "generalization" so that it can be moved into a library - and I have have several just for C#, each containing different but related material - once it's shown to work and can be properly tested.
If you don't keep libraries of "good code" then you will be re-inventing the wheel far, far, too much.
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
Agreed
If it's not broken, fix it until it is.
Everything makes sense in someone's mind.
Ya can't fix stupid.
|
|
|
|