|
You disable machines your way, and I'll disable them mine.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
If you want to disable it: Seven point six two millimeters full metal jacket.[^]
The language is JavaScript. that of Mordor, which I will not utter here
This is Javascript. If you put big wheels and a racing stripe on a golf cart, it's still a f***ing golf cart.
"I don't know, extraterrestrial?"
"You mean like from space?"
"No, from Canada."
If software development were a circus, we would all be the clowns.
|
|
|
|
|
What really annoys is that it didn't tell me it was going to do all this: I ran One Note, and it said "log in to Microsoft ID". So I did, and suddenly it thinks both PC's are the same. Which is fun, because this keyboard is UK, and that one is US ... 
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
Oh my oh my oh my.
You used the "cloud".
You are hosed now.
|
|
|
|
|
So... uh.. disable theme sync?
[^]
|
|
|
|
|
Don't confuse haters with facts. 
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.
|
|
|
|
|
That really needs to be a lot more granular.
I use a large cursor/mouse pointer on the machine hooked up to my 4K monitor - I do want most things to be kept in sync, but the large cursor on my other machines with "regular" monitors looks ridiculous...
|
|
|
|
|
One of our clients I work for decided to go for proprietary CMS and get rid of the bespoke CMS solution that worked from last 5 years. But they are now struggling as for each small custom change, the company is asking for money and lot of money. Our existing system also talks to various 3rd party API's and also our apps talks to our API etc. So all this communication needs to be moved over to new proprietary CMS solution. This again will cost them bomb.
Now in order to save them some money, I am wondering if somehow we get the users data of the proprietary CMS API on a regular basis (If it can be done on real time, it will be even better) and update our DB. If we can do this autonomously, we will not have to move all other 3rd party integration to this new proprietary CMS solution.
Note: I am assuming, that this new CMS API will provide access to the user data which we can export or can autonomously upload to our db.
It would be good to know your views on this situation. Has anyone of you experienced something similar and does it makes sense or even possible to get the user data in real time.
Thanks
|
|
|
|
|
This won't help you much. I'd love to know how they (your client) decided to go down this path without apparently considering all of the consequences.
Surely your access to your client's user data which is now in the hands of a third party (ha ha) depends entirely on the deal you are able to cut with this third party. The fact that the client has allowed their own data to be locked up in this way seems almost bizarre - perhaps I am misunderstanding something.
Peter Wasser
"The whole problem with the world is that fools and fanatics are always so certain of themselves, and wiser people so full of doubts." - Bertrand Russell
|
|
|
|
|
pwasser wrote: I'd love to know how they (your client) decided to go down this path without apparently considering all of the consequences.
You don't expect customers to consider the consequences!
It's your job to consider the consequences and tell them why their crazy idea won't work.
It's their job to ignore you and do it anyway, and then blame you when it doesn't work. 
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
I do see the irony. It seems the client has been outmaneuvered.
Peter Wasser
"The whole problem with the world is that fools and fanatics are always so certain of themselves, and wiser people so full of doubts." - Bertrand Russell
|
|
|
|
|
Richard Deeming wrote: You don't expect customers to consider the consequences!It's your job to consider the consequences and tell them why their crazy idea won't work.It's their job to ignore you and do it anyway, and then blame you when it doesn't work
This is exactly what happened. Obviously, they haven't reached the blaming stage yet. Few key employees left the company due to this decision.
|
|
|
|
|
cp-andy wrote: Few key employees left the company due to this decision.
I do not envy you. This does not sound like a good culture: "We f*** it you fix it".
Peter Wasser
"The whole problem with the world is that fools and fanatics are always so certain of themselves, and wiser people so full of doubts." - Bertrand Russell
|
|
|
|
|
There is only one criterion, "Is it cheaper in the short term?"
We're philosophical about power outages here. A.C. come, A.C. go.
|
|
|
|
|
pwasser wrote: I'd love to know how they (your client) decided to go down this path without apparently considering all of the consequences.
They were looking for a quick win solution and obviously ignored what technical guys suggested i.e. to go open source CMS route rather than proprietary solution. Few left the company due to this decision. They were just looking at the outer picture.
|
|
|
|
|
In a word: stupid.
There are loads of mature, well-supported CMS's available (as they have been for years). Many are extensible or open source too.
When they've finished writing their own CMS, I'd suggest they move onto writing their own ORM and then their own programming language.. why stop at a CMS? 
[Spoiler: It'll all end badly (and expensively) and they'll choose an off-the-shelf CMS]
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.
|
|
|
|
|
Sounds like they chose the wrong CMS. If customisation is a priority they should have gone with one that supports your own custom modules\plug-ins etc so that the in-house devs can take care of that rather than paying the CMS company to do these things.
|
|
|
|
|
F-ES Sitecore wrote: Sounds like they chose the wrong CMS.
Result of ignoring the suggestions made by in-house developers.
|
|
|
|
|
Ahhhhhhh. Don't we all like that word "proprietary" 
cha-ching[^]
Bryian Tan
|
|
|
|
|
Unfortunately, the decision to go with this CMS or that one is largely based on emotion in the sales and marketing group. So companies suffer. Mostly IT.
|
|
|
|
|
Which CMS?
Customer Management System?
or
Content Management System?
or
???
I was thinking Content at first, but some of the replies made me settle on Customer.
|
|
|
|
|
It's sounds like you're in a no-win situation. I'd consider dropping the client before things get ugly. Let someone deal with the stress and blame.
|
|
|
|
|
Based on reading many of the threads...
Make a complete list of everything they need addressed, specifically that they are not thinking of.
Using the current pricing/quotes they are getting, calculate out the cost.
Build a spreadsheet.
Next, compare that cost to going back, and adding what was missing.
The problem with cheaper in the short run, is that the long run ALWAYS catches up.
We have a client who gladly made that move. They have been waiting OVER 1 YEAR on a change.
In the past, their slowest changes were a couple of months.
And, in the long run, it will cost more, but "do more". But this ultra slow timeframe to get
things done is crazy. It takes a MONTH just to get a quote on a change. LOL. Unless we provide the sourcecode for the change, we cannot get it in under 3 months. And even then 3 is typical!
The challenge you face is this: If they don't choose quickly, they will NEVER switch back/away because of not understanding sunk costs. The people who left were probably smart (consider that), and the company could possibly end up out of business. And yes, I have seen that happen.
I was 20 when I threw away a newly designed (and quite buggy) system, and rewrote it from scratch.
I did it on my own time, after hours, knowing it would be a huge success. It was. On every metric.
And in the end, I was ALMOST PUNISHED (certainly chided) for throwing away an "asset" they felt had value, and not starting with that. (I claimed I started with that as the wrong approach, and it helped me design a better approach. Luckily they bought it).
But it was obvious to me. When you find yourself in a whole. STOP DIGGING! LOL
|
|
|
|
|
You're speculating without all the facts.
Estimates and conclusions will be worthless.
"(I) am amazed to see myself here rather than there ... now rather than then".
― Blaise Pascal
|
|
|
|
|
Burzum - Tomhet[^]
Something a little different this week.
Burzum was among the people who initiated the "second wave of black metal" in Norway end 80's/early 90's.
He was in jail for arson and murdering a band member, but he got released a few years ago.
This guy is completely bonkers, but he sure knows how to make dark music.
This song is not black metal though, he made some dark ambient stuff as well.
Tomhet, meaning emptiness, is my favorite Burzum track and also my favorite dark ambient track.
Try not to fall asleep 
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
