|
Bugger mobile, I shy away from entering the web stack let alone the non MS mobile arena.
Never underestimate the power of human stupidity
RAH
|
|
|
|
|
I switched from MFC/C++ and C# to iOS and never want to go back. This crappy resource editing and bloated XAML is pain in the ass. The class library from Apple are simple and they work. No fizzling around some messie bugs and annoying errors.
It is hard to start, but when know enough you write mean and clean code. And it works on all systems, no big and bloaty setups with errors. 
Press F1 for help or google it.
Greetings from Germany
|
|
|
|
|
To each their own I guess. I don't think XAML is bloated if written properly, and I'm extremely anal about XAML being written cleanly. We write XAML by hand, not using the editor. Anytime XAML seems bloated we refactor or find a way to reduce the clutter and keep it clean. This is just one example:
[Code Index] | Getting Rid of Ugly TransformGroup Blocks in WPF[^]
Resources are great - they are like CSS styles for controls. If you use the editor then yeah it's a bad experience and you will get TONS of bloat. The editor should be there for only 3 things - scaffolding a template or a style for you that you then hand modify and place where you actually need, having a live view of the changes you are making in the XAML by hand, or playing with property values like margins or color live so you can tweak them just right by sliding your mouse on a slider or color wheel instead of typing, deleting, typing, deleting, etc.
Do you use IB or code to build your iOS interfaces? I'm assuming code, as most iOS devs quickly drop IB (us included) because of how bad it is.
You lose something special when you build interfaces in code instead of a declarative language with a live updating view. For mobile apps it can be argued that the interfaces are simple enough that it doesn't make much of a difference but I tend to disagree. I would also *strongly* disagree that hand written XAML is bloated compared to the code required to build up an interface.
I wrote interfaces with code 10 years ago and in my opinion it's a huge step backwards. HTML/CSS and XAML are a much better way of representing an interface.
|
|
|
|
|
We just did an evaluation of XCode 8 by updating one of our apps in the last few days and besides a few hiccups that we had to manually fix, it has been soooo much better so far...so a lot of what I said doesn't apply anymore. That was kind of odd timing with my post lol.
Interface builder has become way more usable now, I think I can say I even like it.
|
|
|
|
|
I am a kernel dev, 18 years on windows, 3 on linux, and you are right in one respect:
My list of tools:
1) Windbg on Windows. Extraordinary debugger. More power than you know what to do with. ON linux, kgdb + debugger that came with compiiler. Dont know if Eclipse works as a debugger, and dont know if the problem setting kernel breakpoints was because it was an ARM11 system I was debugging or not. Building unoptimised code in linux has do be done source file at a time with pragmas. No over all 'debug build' of driver.
2) Code editing. VS versus GEdit. Actually I find the two similar. I dont use autocomplete anyway so no big difference here.
3) Code browsing. VS Browse vs CodeQuery. Being able to jump to definitions AND implementations in the linux kernel is of course nice, so its a point to linux here.
So its an even score, but the power of Windbg is extraordinary. I know many linux kernel devs who printk debug. If they ever tried Windbg they would never be happy with such a crude process again.
|
|
|
|
|
Oh yeah, Windbg is great, saved me a few times from tearing my hair out  I've never done kernel dev though so I can't comment on your last point.
Low level development is an entirely different beast than what I've been doing for the last 10 years. I loved doing that kind of work back in the day, but besides some embedded C++ stuff for MQX RTOS, it just isn't the kind of work my clientele is looking for.
|
|
|
|
|
Mike Marynowski wrote: Windbg is great, saved me a few times from tearing my hair out
Yeah, its great for user mode too, an awesome debugger, its the only Microsoft I like and respect. 
I like the lov level stuff, I guess being an ex mech-aero engineer I like the fact its more like real engineering, nuts and bolts stuff.
|
|
|
|
|
Went from SQL Server to Oracle. Screams of agony ensued.
Went from Microsoft Office to OpenOffice and later LibreOffice. That didn't go so well.
Went from Visual Studio to Notepad. Actually that worked a lot faster 
Visual Studio is a great tool, but sometimes it does too much and my computer is a few years old.
I'm starting up VS now so I can get to work in five minutes 
The minimum install used to be 6GB, 'nuff said 
If Microsoft does something right it's development tools
|
|
|
|
|
Visual Studio is a bit bloated, but that's part of its beauty in a way. Everything is just there and easy to find. The only other tools I need to do 99% of my dev work are Resharper and XAML Styler.
I'll gladly spend a few hundred bucks on system upgrades to run a more productive environment where everything is just there and easily accessible when I need it, but I can definitely see why that's a turn off for a lot of people.
|
|
|
|
|
Bloated, definitely.
When you have dual quad processors and SSDs and tons of RAM you sort of expect things to go fast.
VS seems to stand for Very Slow.
We're philosophical about power outages here. A.C. come, A.C. go.
|
|
|
|
|
I don't know what to say, that hasn't been my experience with it :/ What part of it is slow specifically? Could it be related to a plugin?
|
|
|
|
|
Possibly. There are so many unused items installed by default that this is possibly the reason. For instance I recently installed Xamarin and was appalled at how much junk it brought with it. That must slow things down.
I also find that team server definitely has an impact on speed. I yearn for VS2008 which I believe was the last version not to include all the bloat.
We're philosophical about power outages here. A.C. come, A.C. go.
|
|
|
|
|
Have you guys ever heard of a company doing a contract to hire, and them making the employee (once hired) take a severe pay-cut? I never heard of this practice until moving to California, but considering the whole reason contract to hire is to make easier on the employer to get rid of people they don't like (try before you buy) I've never seen a company try to short change a person's take home pay simply because they now want to hire him/her and give them benefits.
Anyone else?
Jeremy Falcon
|
|
|
|
|
Jeremy Falcon wrote: Anyone else?
Yes I have seen that quite often actually. Usually perpetrated by companies that think that unemployment is high and you can't find another job elsewhere so they think they have you over a barrel.
|
|
|
|
|
Yeah, I don't see how any company can keep quality talent like this. Something just doesn't seem right about it.
Jeremy Falcon
|
|
|
|
|
Jeremy Falcon wrote: can keep quality talent like
The reality is, is they don't. The people take the jobs to solve their short term unemployment problem and then immediately start looking for a job that pays them market or better. I was in that exact situation a long time ago. I was making a major life change at the time so I took the job hoping that they would sweeten the deal after some time. When I gave notice that I got another offer for 33% more, it was only right then that they discovered that, miraculously, they suddenly had that in the budget if I would stay.
|
|
|
|
|
You are correct to do so sir. And oddly enough, as a company they're doing pretty well here. So, it's not really about money.
Jeremy Falcon
|
|
|
|
|
It's managers being short sighted is all.
|
|
|
|
|
I can buy that. Trying to look good, at the expense of others, but not seeing the big picture. You've obviously have been around the block.
Jeremy Falcon
|
|
|
|
|
I've been seeing that lately. This was in Southern California and the contract rate was a very competitive. However, the salary they stated was way below market. This seems to be massively more common on the coastal states.
|
|
|
|
|
Go figure. I'm in SoCal right now, and that's exactly what's going on. Can't say I'm entirely thrilled about it either.
Jeremy Falcon
|
|
|
|
|
Can you continue on contract?
|
|
|
|
|
Maybe. Guess I'll find out soon enough.
Jeremy Falcon
|
|
|
|
|
FTEs are almost always paid lower than a contractor would, but it's made up somewhat by other benefits like PTO, 401K, medical insurance, ESOP, etc. That said, depending on what you meant by severe, I'd guess it's time to look for another job/contract.
|
|
|
|
|
That's just what it is though, the outrageous fees they pay for a contracting company (that I was hired through) is much much much more expensive than the normal overhead associated with employees. They could keep my rate the same and still pay less as a FTE. So, it's not really about saving money.
Jeremy Falcon
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
