Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Other languages. #3

Open
spwilson2 opened this issue Aug 22, 2016 · 29 comments
Open

Other languages. #3

spwilson2 opened this issue Aug 22, 2016 · 29 comments

Comments

@spwilson2
Copy link
Contributor

Do we want more example programs for different languages? If so, do we want then to tall be the same go-fish program so people can compare across languages? Or does having them be different programs, so you can show off more idiomatic uses of the language?

@LOZORD
Copy link
Member

LOZORD commented Aug 23, 2016

I don't know -- it really depends on what this repo/project is used for. My opinion is that this should be moved into either the Archive repo or the Talk repo's archive directory since this repo is no longer active.

@spwilson2
Copy link
Contributor Author

I was thinking we might make separate repos for different languages and
possibly a master repo with them as submodules, although that could be
cruft. Github doesn't allow groups/repo sections within groups does it? :(

On Aug 22, 2016 10:14 PM, "Leo Rudberg" [email protected] wrote:

I don't know -- it really depends on what this repo/project is used for.
My opinion is that this should be moved into either the Archive repo or the
Talk repo's archive directory since this repo is no longer active.


You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
#3 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/AK9rOHZoDaG4JgrurFWHrurMBLf9TGNkks5qimV9gaJpZM4JqaoR
.

@LOZORD
Copy link
Member

LOZORD commented Aug 23, 2016

First, what is the motivation for doing this in different languages? This
code is only here for reference for the C talk Ricky and Nik gave.

Second, no, I don't think a "master repo" feature exists on GitHub, or git.
I think the best thing would be to have a single "gofish" repo with
directories for each different implementation.

If you want to start porting this code to other languages, I would
definitely help, but my opinion is that it would "feature creep"/cruft and
wouldn't serve any useful purpose.

On Tue, Aug 23, 2016 at 6:41 AM, Sean Wilson [email protected]
wrote:

I was thinking we might make separate repos for different languages and
possibly a master repo with them as submodules, although that could be
cruft. Github doesn't allow groups/repo sections within groups does it? :(

On Aug 22, 2016 10:14 PM, "Leo Rudberg" [email protected] wrote:

I don't know -- it really depends on what this repo/project is used for.
My opinion is that this should be moved into either the Archive repo or
the
Talk repo's archive directory since this repo is no longer active.


You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<https://github.com/UW-UPL/Sample-C-Program-gofish/
issues/3#issuecomment-241615201>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/
AK9rOHZoDaG4JgrurFWHrurMBLf9TGNkks5qimV9gaJpZM4JqaoR>
.


You are receiving this because you commented.
Reply to this email directly, view it on GitHub
#3 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/ADhFUam4g0e9SXYOge9ojog3ZcB2ySWeks5qitxcgaJpZM4JqaoR
.

@spwilson2
Copy link
Contributor Author

Well in git you can do submodules, the problem is it would just be a normal git repo on github if there's no hierarchy for repos.

Also I'm good with just archiving this repo then. I assumed this was just code that we could point users to if they were trying to learn C.

@spwilson2
Copy link
Contributor Author

Still would like to hear any feedback from anyone else, otherwise if you're good with archiving @LOZORD I'll give it a few days so anyone can respond beforehand.

@LOZORD
Copy link
Member

LOZORD commented Aug 23, 2016

@Ricky54326 any input?

On Tuesday, August 23, 2016, Sean Wilson [email protected] wrote:

Still would like to hear any feedback from anyone else, otherwise if
you're good with archiving @LOZORD https://github.com/LOZORD I'll give
it a few days so anyone can respond beforehand.


You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
#3 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/ADhFUShAnrMf0FKrK7K6KxngSpIA3fhcks5qiztYgaJpZM4JqaoR
.

@jdetter
Copy link
Contributor

jdetter commented Aug 23, 2016

Yeah you can archive, I basically rewrote the whole thing and it's still pretty much all shit. This was not a good example game for teaching C in my opinion because it's so object oriented.

If we still wanted to do code tutorials maybe we could have one big repo with examples? I think that would be cool. The base directory could be like:

UPL-Code-Tutorials/
          + Python/
          + Java/
          + C++/
          + ...

And all of the folders could be filled with simple programs in each language. Something like that

@jdetter
Copy link
Contributor

jdetter commented Aug 23, 2016

Just having this one C example probably isn't that helpful anyway, if we had more examples with more languages that would be really cool IMO.

@LOZORD
Copy link
Member

LOZORD commented Aug 23, 2016

Tbh the interview prep repo could contain something along those lines.

On Tuesday, August 23, 2016, John Detter [email protected] wrote:

Yeah you can archive, I basically rewrote the whole thing and it's still
pretty much all shit. This was a terrible game to put together in C, this
was not a good example game for teaching C.

If we still wanted to do code tutorials maybe we could have one big repo
with examples? I think that would be cool. The base directory could be like:

UPL-Code-Tutorials/
+ Python/
+ Java/
+ C++/
+ ...

And all of the folders could be filled with simple programs in each
language. Something like that


You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
#3 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/ADhFUWnht8Oewlh6aYsZMIPa-HnkaqFNks5qizwfgaJpZM4JqaoR
.

@jdetter
Copy link
Contributor

jdetter commented Aug 23, 2016

@LOZORD that's actually a really good idea too lol

@jdetter
Copy link
Contributor

jdetter commented Aug 23, 2016

@spwilson2 @Ricky54326 what do you think?

@spwilson2
Copy link
Contributor Author

Are you thinking the answers for interview prep questions could be in different languages (like they are now)? Or do you mean programs like this -- meant as a tutorial should be in interview prep?

@jdetter
Copy link
Contributor

jdetter commented Aug 23, 2016

I'm thinking of making an repository of code examples for different languages. But we can also sort the interview prep stuff by language as well.

@spwilson2
Copy link
Contributor Author

I'm not necessarily a fan of adding them to interview prep since I feel like if people are looking at code examples it could be for a lot of other reasons than interview prep. But definitely worth at least mentioning examples in the readme there.

@jdetter
Copy link
Contributor

jdetter commented Aug 23, 2016

Lol no I'm saying completely separate from interview prep, if we had another repository called like UPL-Code-Examples where we could have small programs like this in different languages. I'm not saying add this to interview prep.

@jdetter
Copy link
Contributor

jdetter commented Aug 23, 2016

I can see where you got confused lol

@spwilson2
Copy link
Contributor Author

spwilson2 commented Aug 23, 2016

Down to /play clowntown

@spwilson2
Copy link
Contributor Author

^Apparently not a sound for me.

@LOZORD
Copy link
Member

LOZORD commented Aug 23, 2016

I don't think there's a real need for code examples (especially without a certain focus like interview prep solutions), but if you guys do, go ahead. Like I said, I will definitely help out 😁

@spwilson2
Copy link
Contributor Author

spwilson2 commented Aug 23, 2016

I think there definitely could be for C, bash, make, and maybe python. Since the first three you're just expected to know in the department, and resources can be difficult to find for a beginner.

Edit: Or just impossible to understand.

@LOZORD
Copy link
Member

LOZORD commented Aug 23, 2016

Ok, I do actually like that idea, kind of like a bootcamp for knowledge required for UW CS. If you guys want to come up with a list of languages/technologies you want to cover, I'll take a look and see what I can help with.

@spwilson2
Copy link
Contributor Author

I think this will be worth talking about at the next coord meeting since I'm sure others will have more input and be able to shape this idea even more. It also would be worth considering if we could center a talk or series of talks around these topics, or something like learning to be comfortable in a *nix environment. Although that might come close to stepping on WACM's toes.

I'll add this as a topic for the next coord meeting.

@jdetter
Copy link
Contributor

jdetter commented Aug 23, 2016

Even Java could be helpful considering people don't necessarily know how to properly use LinkedLists and Iterators and stuff like that.

@katamaritaco
Copy link
Contributor

I think having a repo for code examples/resources for beginners could be nice. There are already a million resources for that kinda stuff, but 1) it would be great to have a 'UW - specific things to know list', and 2) it'd be fun to make tbh.

Like previously said it's assumed you know some things which just aren't really taught - especially bash, useful easy unix commands, make etc. Wacms linux tut is nice but only covers Linux.

Another thought: This would be a long shot, but if UPL could partner with some profs/cllasses for attending a UPL workshop (zB git/version control) and have them get some classroom incentive for it.

Get Outlook for Androidhttps://aka.ms/ghei36

On Tue, Aug 23, 2016 at 2:11 PM -0500, "John Detter" <[email protected]mailto:[email protected]> wrote:

Even Java could be helpful considering people don't necessarily know how to properly use LinkedLists and Iterators and stuff like that.

You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHubhttps://github.com//issues/3#issuecomment-241844197, or mute the threadhttps://github.com/notifications/unsubscribe-auth/ABXISiDDUEC2KCs6hiZiBrMAJqavLRsrks5qi0X6gaJpZM4JqaoR.

@LOZORD
Copy link
Member

LOZORD commented Aug 24, 2016

The UPL needs to gamify the learning experience 😎

@jdetter
Copy link
Contributor

jdetter commented Aug 24, 2016

I agree, I think we should do easy games like TicTacToe or like connect four for starts because they are simple and new programmers will probably be able to understand them better.

I could also help if anyone needs any assets for a game!

@LOZORD
Copy link
Member

LOZORD commented Aug 24, 2016

But whoever implements these should be sure to expose the importance of the languages. E.g. the bash module should show how to run commands, use basic logic (e.g. if and for), and do file I/O. The C one should use malloc/free extensively, and maybe even fork. If we do a M A T L A B one, graphs and or image I/O should be involved, for example.

@LOZORD
Copy link
Member

LOZORD commented Aug 24, 2016

Actually, designing these modules as games might be a good idea because then we avoid accidentally duplicating projects (A C A D E M I C D I S H O N E S T Y). For example, 354 (and 537?) lays claim to "implement a linked list in C".

@jdetter
Copy link
Contributor

jdetter commented Aug 24, 2016

@LOZORD That's a really good point. We will have to make sure to use implementations that aren't copy and paste solutions to potential class projects/homework.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants