Forgot your password?

typodupeerror

Comment: Re:It's not only programmers vs bosses (Score 2) 469

by LSU_ADT_Geek (#38662304) Attached to: The Bosses Do Everything Better (or So They Think)

I believe engineers generally hold non-technical departments in contempt because of the seeming inability to understand technology and the lack of common sense exercised. Here are a few reasons I have cringed when working with non-engineers over the years:

  1. 1. Unable to detect phishing attempts
  2. 2. Installing crap software on their workstations infesting it with trojans
  3. 3. Making demands that clearly show a lack of research / thought
  4. 4. Office politics devoid of reasoning / rationale
  5. 5. Lack of transparency in decision making

While it is true that engineers generally value logic and reason (how else could we do the job others cannot do?), I believe engineers are more likely not to put up with people's bullshit to the extend everyone demands. There is a time and place for sentimentality and everyone shouldn't be catered to because they are a precious snowflake

Comment: Re:Not an YRO (Score 1) 634

by LSU_ADT_Geek (#35166744) Attached to: Teacher Suspended Over Blog About Students
I hope you live or die by that opinion Sonny. Like everyone else, I believe you and I make comments about coworkers and bosses to the same extent this teacher makes about her kids, so do these comments and feelings preventing us from being effective employees? Does gossiping with coworkers introduce instability within the ranks? Honestly, the teacher is reacting as humanly as the rest of do, so I think suspension is a little borderline as a simple reprimand might be enough. Reality is that people's kids suck, which is why wife and I are seriously thinking about raising cats.
PHP

Time for PEAR to break backwards compatibility

Submitted by LSU_ADT_Geek
LSU_ADT_Geek writes "One of the long held principles of the PEAR project (http://pear.php.net) has been backwards compatibility with PHP4, however I like many other developers who are using more recent PHP5 (5.3.2) find a growing number of warnings due to deprecated code. In many of the cases, developers are told to remove suppress warnings, which lead to unexpected results when features are actually removed. Developers tend to ignore rational requests from developers (http://pear.php.net/bugs/bug.php?id=16556) and perpetuate the costs of fixing the problem later."
Programming

Bad code leads good developers to make mistakes? 2

Submitted by LSU_ADT_Geek
LSU_ADT_Geek writes "While adding features to my company's application suite, I have continually found mistakes overlooked by previous developers (multiple in-line instances of data-access objects, half-hearted string equality logic, reproducing boiler plate utility code when it exists in a utility, etc). After constantly fixing these types of problems for over a year, I have begun to ask myself whether these mistakes were made because A) bad developers or B) good developers having to work with bad existing code. If it wasn't for the fact that I'm pedantic and know better, I believe I would probably make the some of the same mistakes just because the existing code base isn't the cleanest or most elegant."

Comment: Veiled attempt to direct industry? (Score 1) 663

by LSU_ADT_Geek (#32192226) Attached to: Exam Board Deletes C and PHP From CompSci A-Levels
Everyone has already chimed in about the merits of learning foundational programming languages like C and C++, but I wonder if the defense of "this is what the industry is" should be the main reason for getting rid of languages. I liken this to forcing US students to learn COBOL because larger companies and universities don't want to get rid of their mainframes. Though it is the responsibility of higher education to prepare individuals for the work force, it seems this move will only stagnant the talent pool and make it harder to advance to new paradigms later.

Comment: History of Vim is more necessary than you think (Score 1) 246

by LSU_ADT_Geek (#32160566) Attached to: Hacking Vim 7.2
While reading the review of the book, I thought the reviewer's comment about the history of Vim being unnecessary to be wrong. Having used Vim on various systems including RHEL, Fedora, Mac OS X, Windows (gvim), and BSD there are some differences that catch unaware users off guard. Most Linux operating systems will install Vi as a standard editor and add an alias for Vim to use Vi. This is seems all well and good, however Vi has some pain points in particular the inability to backspace / delete characters on the current line. Anyhow, I'm not sure ignorance is the best policy especially as there are so many variations out there on different OSes.

Comment: This is not a repeat of ... (Score 3, Informative) 142

  • 1987 - Final Fantasy 1 (NES)
  • 1988 - Final Fantasy 2 (NES)
  • 1989 - Final Fantasy 1 (MSX2)
  • 2000 - Final Fantasy 1 (WSC)
  • 2001 - Final Fantasy 2 (WSC)
  • 2004 - Final Fantasy 1 + 2 (GBA)
  • 2007 - Final Fantasy 1 (PSP)
  • 2007 - Final Fantasy 2 (PSP)

The sad part is that I have been alive for all of these and have purchased over 50% of them!

Source: Final Fantasy Release Info

"Protozoa are small, and bacteria are small, but viruses are smaller than the both put together."

Working...