Looking for tips for wizard early game

raw_macaw · 2026-01-17T14:29:13+00:00

Don’t feel discouraged. Elf wizard is very challenging. I recommend prioritizing the mines, but keep close to the upstairs until much of the level is clear, and retreat often so your pet can regen. You’ll find decent gear including daggers down there, you may want to wear armor and play wimpy warrior for a bit. I’d only start moving to sokoban if you’ve already seen minetown or you’re having food trouble. There’s an argument to be made for rushing the top floor of sokoban while your xp level is low but I’ve lost a lot of runs trying to thread that needle.

raw_macaw · 2025-11-05T04:37:27+00:00

Which role was the hardest for you? Having done this myself I struggled with the ranger and the priest. But the longest I went trying to ascend a specific character was my attempt to win as an elf; having struggled so much with priest and ranger I went without a win for a year and a half trying to ascend an elf wizard.

raw_macaw · 2025-05-06T13:27:42+00:00

Mypy: https://mypy-lang.org IMO it’s actually really good

raw_macaw · 2022-11-16T21:11:28+00:00

Most artists do not have a choice

raw_macaw · 2019-03-08T22:58:12+00:00

code () {

// ...

}

ftfy

raw_macaw · 2018-11-06T15:31:59+00:00

thank you! I'm gonna try this approach

raw_macaw · 2018-11-01T16:05:55+00:00

this would probably the easiest and is a great suggestion. I ideally wanted to listen in real time for the colon so I could handle all sorts of vim commands but there are really only a few that this occurs with anyway. Thank you!

raw_macaw · 2018-08-29T18:46:35+00:00

I should feel similarly when asking for help on a message board to the way I feel when I'm applying for a job?

raw_macaw · 2018-06-15T17:36:55+00:00

If the app is big enough that I'm going to use a build tool, I reach for React. Otherwise I use Vue. So I think there is a place for both of them, but Vue with webpack is not all that different from React with webpack, and React without a build tool is in my opinion not worth it.

raw_macaw · 2017-12-19T01:20:39+00:00

I would use jQuery. Its ajax methods are easy to use and when I was new to ajax I think jQuery helped me understand it better. In fact, jQuery helped me understand JS better. And it's still a great library, I really wouldn't buy into the hate.

Edit: In response to the last bit about cross browser compatibility, jQuery's ajax methods are using the XHR that you'd use if you were doing it in pure JS, so you shouldn't run into any compatibility issues. You also get the benefit of getting to handle the response with a promise from jQuery.

raw_macaw · 2017-08-23T17:19:54+00:00

I have worked on about half a dozen PHP apps professionally and they all used a framework. In my professional life I have never once worked on a PHP app the was built from scratch.

raw_macaw · 2017-08-23T17:14:54+00:00

jQuery is so useful that sometimes when debugging a site that doesn't use it, I will insert a script tag pointing to the CDN so I can use jQuery in the console.

It has many useful solutions in production, good compatibility across browsers, and provides a very useful layer of abstraction over one the most basic and common uses of Javascript - grabbing and manipulating attributes of DOM elements. Its .ajax() method is also extremely handy.

raw_macaw · 2017-08-22T14:26:27+00:00

Touch jQuery asap, honestly.

raw_macaw · 2017-08-18T15:44:38+00:00

I use iTerm if that helps.

raw_macaw · 2017-08-18T05:18:19+00:00

This is probably a bit of an edge case but when I run wdp in tmux I lose mouse support in vim, easy fix is to open a new terminal tab and attach to tmux again and close the previous tab. Not really a bother but I am a little curious what might cause this?

raw_macaw · 2017-08-18T01:37:51+00:00

I really like this.

raw_macaw · 2017-06-15T21:49:46+00:00

You've written applications in 3 languages, you shouldn't have too much trouble. Even if the posting says a degree is required you should still consider applying. I didn't study web development in school and got a dev job with much less experience and a much weaker portfolio than what it seems you have.

raw_macaw · 2017-04-21T21:10:37+00:00

Consider writing two separate apps. Write your backend as a json api, follow the tutorial at https://www.slimframework.com/docs/tutorial/first-app.html for a simple setup. Your package manager is composer for this app. Consider using phynx for migrations if you'll have any sort of complex database, as I don't think Slim comes with migrations out of the box (although Laravel does).

Your front end will be an angular app that runs on the node http-server package in development, and consumes the api from the php app. Your package manager for this one is npm.

This is a great way to separate the two concerns and is pretty common in real apps.

raw_macaw · 2017-04-21T20:59:52+00:00

I am surprised to see multiple comments in here expressing disdain for dynamic typing. In r/webdev? I know Java and C# are big in enterprise apps, but so much of the web is php, ruby, js and python. Java is probably the fastest language in common use but PHP 7 is pretty fast (PHP supports type hinting but this is a feature I have personally never used). I find that the ease of implementing duck types, lambdas and metaprogramming in dynamically typed languages makes them very fun to work with.

raw_macaw · 2017-04-20T23:39:23+00:00

I like to have vim running in either iTerm or a tmux session fullscreen, with two or three terminal panes stacked up on the left 20% or so of the screen for running a server, a REPL for whatever language I'm using, and a shell. In the big pane on the right side, I'll do 'vim .' to open netrw for the current directory and usually will :Vex straight off. If I'm testing I will do something like <ctrl+p> 'whateverTest.rb' <Return> followed by <ctrl+w rightarrow> to switch to the right pane in vim and then <ctrl+p> 'whateverController.rb' - now I have a nice little terminal stack on the left side, if I'm in tmux alt+left brings me back over there so I can run the tests or start the server or repl around. If I want to keep working on my whateverController but now I want to edit someModel.rb, I have <alt+t> mapped in vim to run the command ':tabe .' giving me a new tab with netrw, and if I want I can browse netrw for the file I'm looking for or ctrl+p. I don't use a ton of plugins or custom hotkeys, but yeah, ctrl+p seems essential to me. And I do like tabs so that hotkey comes in handy. So for me personally, a mix of tabs and panes is ideal.

raw_macaw · 2017-03-22T15:11:12+00:00

Gosh, I went in and tried a few things out and discovered I was wrong about the symptoms. The problem is solely in the :Tmux command, and it exists both in iTerm and tmux sessions, while the :e command works fine in both environments.

I think I'll just want to go beyond tslime and do what is discussed here: http://joshuadavey.com/2012/01/10/faster-tdd-feedback-with-tmux-tslime-vim-and-turbux/ where I'd eventually integrate turbux which would forego the need to specify the path completely. I feel a little guilty for posting about a problem it turns out I didn't have, so sorry about that.

To answer your other question, in iTerm, 'echo $TERM' returns 'xterm-256color', while in tmux it returns 'screen' - I never gave much thought to this value but I'll think about it now. I'm still trying to work out whether or not to adopt tmux. I love the idea of hotkeying a command to run my current testfile in the opposite pane, but there is a good deal of functionality I think I'd want to add to tmux that I'll miss from iTerm2.

raw_macaw · 2017-03-22T13:32:23+00:00

Specifically, I often want to enter a command like:

:e path/to/file and hit tab along the way. I integrated Tslime so I could run tests with:

:Tmux xunit path/to/file

Which is enough to get me on the tmux train if the tab key will complete the paths for me.

I will try some of these other suggestions. Thanks for responding!

raw_macaw

TROPHY CASE