Open Side Menu Go to the Top

11-10-2015 , 11:01 PM
think so
tables, indexes, triggers, views, procedures I think
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD **
$25m Guaranteed WPM on CoinPoker
Join the action now
Daily Rewards • Splash Pots • CoinRaces
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD **
11-10-2015 , 11:11 PM
I think the correct answer is "I only used MySQL Workbench."
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
11-10-2015 , 11:19 PM
I hope they ask how you should model people's names...
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
11-10-2015 , 11:36 PM
/wrists
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
11-10-2015 , 11:39 PM
Quote:
Originally Posted by jjshabado
I hope they ask how you should model people's names...
I legit laughed out loud.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
11-10-2015 , 11:59 PM
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
11-11-2015 , 12:03 AM
is cloudflare only applicable to static content websites?

if you have dynamic pages, or say an API, can they still provide and value / protection?
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
11-11-2015 , 01:28 AM
If the pages are 100% dynamic then no it isn't going to do much for you, but it is nice to use it for everything you can.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
11-11-2015 , 01:13 PM
Quote:
Originally Posted by Baltimore Jones
The acceptance challenges are "real" in the cases of App Academy and Hack Reactor, which claim to accept around 5% and 3% of applicants, respectively. App Academy only charges after you've gotten a job and partly for that reason I have a feeling their number is overstating the acceptance rate if anything. I'd probably recommend HR, would cautiously recommend AA, and would point you to Flatiron School's audit report of job placement figures to investigate for yourself (they seem legit).

I can say with a high degree of confidence that Hack Reactor (the on-site version) as of the beginning of the summer was placing almost all graduates very fast (within weeks, mostly) in high-paying jobs in SF. App Academy's claimed 98% placement rate (within one year of graduation) as of 2014 is probably true, but the job search now seems to be taking longer for graduates (months). HR I think does a good amount of placement work for you whereas with AA you're more on your own with guidance.

As for other bootcamps I mostly wouldn't trust them unless you can dig deep and get credible and specific answers on questions like job placement rates and money-back guarantees and average salaries. If they say their thing is to teach passionate people and it's about the process and not the result, tell them to f off.

Victor make sure the money-back guarantee thing is specific (length of time, minimum salary, can you get hired for one day and then fired) and clear and relatively scamproof.

I'm slightly hesitant about all bootcamps including the ones I mentioned not because I doubt their recent-past and maybe current results, but because I'm leery about the near-future potential. With so many bootcamps around, isn't the competition for entry-level programming jobs going to get super fierce?
Well to address the bolded, techelevator is a new camp so there aren't any grads or placement rates. But the guy running it for formerly ran a camp called the software guild which has great ratings. Also, the instructors have legit credentials.

As for your concern about the job market becoming too flooded, well, according to these guys, the demand for these types of jobs has created an absurd amount of jobs and the bootcamp are not even close to filling them. One of the major viewpoints from the lead at the open house was that the "entire world is being rewritten in code.". Obv this requires quite a bit of manpower.

I can't remember the exact numbers they asserted for projected jobs butvit was something like 100k with only a fraction of worthwhile applicants.

This place seemed very much about the result. He said they are demand driven meaning they teach skills that companies want.

From the beginning the program works not just on technical programming skills, but also the soft skills necessary to find a job. Resume building, interview skills, LinkedIn and other online presence are some of the things. Personality and interest evaluation to find compatible companies is another part. He said he has a large network of contacts in the area from his days with the software guild. Companies trust that if he recommends someone they have been properly vetted. This is particularly appealing to me given my large resume gaps and lack of professional experience due to my long career as a gambler. He said they have worked with poker players and are able to "mold" it properly. That's another issue I've had.

So anyway, I'm gonna do it.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
11-11-2015 , 01:14 PM
The only question left for me is to do java or.net. I'm leaning towards java.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
11-11-2015 , 02:30 PM
Victor, this gets back to what was mentioned a few weeks ago. What bootcamps are doing/saying is very much what gets said during any type of bubble. Focus on the hyper growth w/o thinking much about how sustainable it is.

I don't have any strong opinions on if there is a sort of tech-job-bubble happening. But I wouldn't be surprised either way.

I suspect the guarantee of getting your money back is also not very reliable. You not getting a job is highly correlated with how the overall job market is doing - which unfortunately is also heavily correlated with how this bootcamp does. So the scenarios where you end up w/o a job are also the scenarios that are most likely to end up with the bootcamp going under and not paying you back.

All just food for thought.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
11-11-2015 , 02:40 PM
Quote:
Originally Posted by jjshabado
clown, in many applications I think you can just ignore the noise from multiple taggers. That is, the small variation in their tagging styles probably won't have a meaningful effect on your end results. And if you're doing something really subjective that has a high variability in tagging - your end results are probably going to be fairly subjective as well.

I've also seen a multi-tagger system used. So if you have say 10 taggers each data point might get tagged by 3 different people. Then you can either take the majority tag or assign a probability based on the tags and use the probability in generating your model.

If you just want to measure the effect, I think making sure each tagger tags a set of common words amongst the rest of their inputs is probably ok.

Edit: Depending on the number of taggers and the amount of data - you might even be able to use the data itself to 'judge' how well a tagger did. Something like generating your model off of all taggers but 1, then test the tagger's data against that model and compare how the model did to the tagger. I don't know what numbers you need to make that statistically acceptable.
Thanks. The part in your edit was something I was considering already. Glad to see it makes sense to someone else
The "majority rule" also crossed my mind on the train ride home today. We could have 5 taggers and only tag something if it has 3x+ the same tag. Alternatively I'm considering averages (i.e. weights for the categories).

Spent a bit of time today to make the whole process more "non IT folks" friendly. I'm halfway towards automatically setting aside x% of the data for the initial tagging and creating a libre office calc document from it with the data in column 1 and a dropdown for taging in column 2 (with categories that can be passed to the create_localc.py script).
Also halfway done with taking those calc files and generating the classifier from it...it's fun, hopefully I'll get it done by this week
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
11-11-2015 , 02:45 PM
Quote:
Originally Posted by Roonil Wazlib
phone interview next week for super-entry-level position
probably just background and behavioral
heard they sometimes ask pretty basic stuff like "what are the parts of a database"
hopefully I can manage
Pretty sure there's only two kinds of parts. 0s and 1s. Not sure about exact quantities and order though.

Oh you mean what a DB is made up of on a higher level of abstraction? Well objects of course. We are talking about ZODB, right?



[Yeah I wouldn't get a job if that was one of the questions, too snarky ;P]
----

Regarding the point reduction for using pointers or missing white spaces (in non-Python)...as someone who is responsible for grading students...lol just lol. I don't see any reason for subtracting points for stuff this minor. I only subtract for legit syntax errors but I'm mostly concerned with making sure students actually know WTF they are writing and why and not technical minutia.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
11-11-2015 , 02:47 PM
Sounds fun!

You should be wary of actually throwing out a tag. It can end up skewing your results by dropping all of the borderline cases. Depends on your use case.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
11-11-2015 , 04:34 PM
Clown,

Yes, Merkel is mentioned more negatively than positively on twitter
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
11-11-2015 , 06:37 PM
I don't really mind marking down bad formatting in intro coding courses. It's a valuable habit and its good to reinforce early.

And I also don't mind marking down unreadable code if it has been established beforehand that readability is part of the requirement of the assignment.

However, marking down "int * array" vs. "int array[]" or "foo(){}" vs. "foo() {}" is just dumb. The former is quite readable if you know how c++ works, and you should. And the latter is both nitty and arguably a matter of preference.

Last edited by Wolfram; 11-11-2015 at 06:42 PM.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
11-11-2015 , 06:52 PM
Code:
foo()
{
    imo;
}
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
11-11-2015 , 07:21 PM
novai...

Code:
foo() {
  imo;
}
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
11-11-2015 , 08:10 PM
Turns out Wolfram and I are programming soul mates.

Emacs or Vim?
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
11-11-2015 , 08:30 PM
Quote:
Originally Posted by econophile
Code:
foo()
{
    imo;
}
This would conform to coding standards where I work.

Quote:
Originally Posted by Wolfram
novai...

Code:
foo() {
  imo;
}
This would not.

I actually have no preference
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
11-11-2015 , 08:31 PM
I learned econo's way in c++ and preferred it until I started Java, which everyone used wolf's way.

They're equally readable to me imo, but I do like using less space so prefer the latter.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
11-11-2015 , 08:40 PM
Quote:
Originally Posted by Wolfram
novai...

Code:
foo() {
  imo;
}
+1
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
11-12-2015 , 03:17 AM
Code:
package main

import "fmt"

func foo()
{

}

func main() {
	fmt.Println("Hello, playground")
}
Quote:
prog.go:6: syntax error: unexpected semicolon or newline before {
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
11-12-2015 , 04:32 AM
I prefer no newline for opening brace, but I'm not religious about it.

No newline takes up less vertical space, which is important to me. I'm not clear on what the advantage of using a newline is supposed to be.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
11-12-2015 , 05:48 AM
Quote:
Originally Posted by ChrisV
I prefer no newline for opening brace, but I'm not religious about it.

No newline takes up less vertical space, which is important to me. I'm not clear on what the advantage of using a newline is supposed to be.
According to the coding standard the "advantage" is that it makes it easier to see where a block starts. MSFT code that I've worked with uses a new line but not a big deal either way.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD **
$25m Guaranteed WPM on CoinPoker
Join the action now
Daily Rewards • Splash Pots • CoinRaces
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD **

      
m