Editing User:Sudeepam

Jump to navigation Jump to search
Warning: You are not logged in. Your IP address will be publicly visible if you make any edits. If you log in or create an account, your edits will be attributed to your username, along with other benefits.

The edit can be undone. Please check the comparison below to verify that this is what you want to do, and then publish the changes below to finish undoing the edit.

Latest revision Your text
Line 154: Line 154:


== S: Self-assessment ==
== S: Self-assessment ==
* '''Please describe how useful criticism looks from your point of view as committing student.'''
* Please describe how useful criticism looks from your point of view as committing student.
:- I always appreciate constructive criticism.
:- I always appreciate constructive criticism.


* '''How autonomous are you when developing:'''
* How autonomous are you when developing:
** Do you like to discuss changes intensively and not start coding until you know what you want to do?
** Do you like to discuss changes intensively and not start coding until you know what you want to do?
** Do you like to code a proof of concept to 'see how it turns out', modifying that and taking the risk of having work thrown away if it doesn't match what the project or original proponent had in mind?
** Do you like to code a proof of concept to 'see how it turns out', modifying that and taking the risk of having work thrown away if it doesn't match what the project or original proponent had in mind?


::- That depends on the task. I'd say that, if the outcome is defined or at least predictable with some decent accuracy, I'll discuss the problem statement and immediately get down to code. Otherwise, I'll code up a '''small model''' first to see if the approach really would work and proceed thereafter.
::- That depends on the task. Say I am working on something like a neural network. Neural networks are sometimes unpredictable so I believe that it is best to try out a small model first to 'see how it turns out'. However, if say I am working on a problem like a dictionary search through a trie, then I know that this would work out and so I'll intensively discuss the requirements of the project and then code accordingly. So I'd say that, if the concept is defined or at least predictable with some assurance, I'll discuss the problem and immediately get down to code. Otherwise, I'll code up a small model first to see if my approach really would work out and proceed thereafter.


== Y: Your task ==
== Y: Your task ==
Please note that all contributions to Octave may be edited, altered, or removed by other contributors. If you do not want your writing to be edited mercilessly, then do not submit it here.
You are also promising us that you wrote this yourself, or copied it from a public domain or similar free resource (see Octave:Copyrights for details). Do not submit copyrighted work without permission!

To edit this page, please answer the question that appears below (more info):

Cancel Editing help (opens in new window)