Programming」カテゴリーアーカイブ

FizzBuzz

どうしてプログラマに・・・プログラムが書けないのか?

Python でやってみた。

#!/usr/bin/env python
#-*- coding:utf-8 -*-

for i in range(100):
    j = i + 1
    if j % 3 == 0:
        if j % 5 == 0:
            print "FizzBuzz"
        else:
            print "Fizz"
    elif j % 5 == 0:
        print "Buzz"
    else:
        print j

何のヒネリも無いコードで 6 分も掛かった、私はこの人の会社にはいけないようだ。
というか後で気がついたが

for j in range(1, 101):

と書けばいいことを忘れていた、しょんぼり。

Fizz Buzz – Wikipedia

リンク先を見ると本当に日本人はワンライナーが大好きなんだなーと思う。
海外で FizzBuzz を探すとだいたいどの言語でもこんな感じなんですけどね。

Geek School ? Get Hired With FizzBuzz

実際の話、ワンライナーで書けたところで実践に役立つとは思えない。
剰余(%記号等)を用いないなんて何が目的なのかさえ解らないのだが。
そんなことよりユーザー入力がまったく無いプログラムに凝ってどうするの?と。

まず fizz と buzz という整数を保持する変数を用意してユーザーに数値を入力させる。
fizz の倍数のときは数の代わりに「Fizz」
buzz の倍数のときは「Buzz」
fizz, buzz 両方の倍数の場合には「FizzBuzz」
どちらにも該当しないなら数値そのままの文字列
の値を返す関数を使って 1 から 100 までの数をプリントするプログラムを書け。

#!/usr/bin/env python
#-*- coding:utf-8 -*-

print "\nFizz と Buzz の値を指定してください"
fizz = input("Fizz=")
buzz = input("Buzz=")

def fizzbuzz(n):
    if n % fizz == 0:
        if n % buzz == 0:
            return "FizzBuzz"
        else:
            return "Fizz"
    elif n % buzz == 0:
        return "Buzz"
    return str(n)

for i in range(1, 101):
    print fizzbuzz(i)

みたいな感じのほうが実践的かなと。
初めはつい関数の最後で else を入れちゃうんだよね、いらないのに。

GtkAspectFrame shadow_type

最近 PyGtk ネタを書いていないことに気がつく。
てかセ CULV セレロンの検索で何人も来ているという始末。

culva

やっぱり需要の高そうなネタに終始したほうが…とか思ってしまいます。

ということで Y901x の現状。
Mandriva で Y901x を使うと GtkAspectFrame に枠が入ってしまう件はなんとか解決。

gtk.Frame

GtkAspectFrame の set_shadow_type メソッドで gtk.SHADOW_NONE にするだけ。
つまり Ubuntu で使っているテーマでは影が元々まっ黒だっただけということかな?
後はとにかく Compiz 有効にできる HDD インストールを行って試してから更新の予定。
2010.0 は 15 日だったような覚えがあるんだけど…気のせいだったか。

DistroWatch.com: Put the fun back into computing. Use Linux, BSD.

それとずっと解らないこと。
Compiz 無効の 2D 描写時はリストグリップのラインが再描写で上手く描写されない。
expose-event ってどうも Windows の WM_PAINT のように完璧にはいかないようだ。

ダブルバッファリングを無効にすると少しマシだがダメな場合もある。
そういえば Windows では DC に線を書くより画像を表示したほうが負荷が軽い。
ならば画像でやってみよう、self.grip_pix という変数に GtkPixbuf を格納し

def __on_expose_event(self, widget, event):
    # GetDC()(Windows)
    gc = widget.style.fg_gc[gtk.STATE_NORMAL]
    # Draw Vertical Line
    area = widget.window
    area.draw_pixbuf(gc,
                    self.grip_pix.scale_simple(event.area.width, event.area.height, gtk.gdk.INTERP_NEAREST),
                    0, 0, 0, 0)

もっと負荷が大きくなった…
てか pixbuf を引き伸ばして描写するにはこういう方法しか無いのだろうか?
Win32API の BitBlt みたいな転送方法があると思うんだけど今は解らない。

いっそ GtkImage で…こいつは GtkEventBox が必要になるので嫌だし引き延ばしが無理そう。
おまけにやっぱり上手くいかない、3D で使えば何も問題無いので放置のままかな。

しかしちっとも需要が無い GStreamer Player の更新を続けてどうする…
だが Windows でソレをやり続けたから Linux でもアプリが作れるようになったのだからね。

プログラミング検定

プログラミング検定 – selfup検定—ITpro EXPO 2009:ITpro

オンラインソフト作者には関係無いことばかりだがやってみよう。
回答は後日メールで、になっているけどぶっちゃけ問題10以外は検索で解る。
Opera 使いなら知りたい単語を W クリックして「検索」メニューを選ぶだけだ。

問題1
私は逆に「リファクタリング」以外を見聞きしたことが無いぞ、このやろう!
Visual Studio を持っているからね、知らないものは検索して勉強だ!

問題2
間違える人いるの?
つか私には全部意味が解るけど…どうなのかな。

問題3
コレって二択ヤン、日本人プログラマをバカにしているの?
それより開発者の名前なんて知っている必要はあるの?
悪いが私は Python 開発者の名前を知らないぞ。

問題4
ンナモンシラネェよ!
それより自分のパソコン内以外でのテストをやっていない人が多すぎる!
今までは Windows 限定の問題だったが Linux ( つか Ubuntu ) で少し出てきたのは怖い。

問題5
コレは本当に知らなかったので勉強になった気がする。

問題6
検索してみて納得、配るアプリを作っているからにはそういうのを考えなければ。

問題7
一番勉強になった。
とはいえ一生涯お世話になることは無い気がするけど。

問題8
問題の作り方は良かったけど選択肢が悪かった例。
それなりのプログラミング本を読んでいれば必ず出てくるし。

問題9
First In First Out なら一つしか無いがコレも選択肢が悪いような…
ともいえるんだがソレさえ知らない人が公開アプリを作っている時代ですので…

問題10
インタプリタの幾つかはコンパイル済み EXE にできるんだが…
全部間違いのような…でも内部はインタプリタだったりするし…

動的言語と勘違いしていた…
インタプリタでなら A でいいはずだ。

結果、私は問題10を除いて 5 問正解、まだまだサルだな。
こういうのって面白くて勉強になるから大手にもっとやってほしい。

ネタとして MonoDevelop で WindowsForm を作ってみる。

WindowsForm を散々バカにしてきた私だが。
ネタとして MonoDevelop で WindowsForm を作ってみる。

空の新規ソリューションを作成する。
ソリューションエクスプリーラの参照の所を右クリックして下記メニューを選択。
こんなところまで Visual Studio のパクリかよ。

migimenu

出てきたダイアログから以下をチェック。
System.Windows.Forms
System.Drawing

02

次にプロジェクト部分を右クリックして「追加」「新しいファイル」
空のクラスを選択し OK でコードが書けるようになる。

main_class

コードを書いてみる

using System;
using System.IO;
using System.Drawing;
using System.Windows;
using System.Windows.Forms;

namespace winform_test
{
	/// <summary>
	/// WindowsForm 継承クラス
	/// </summary>
	public class MainWindow: Form
	{
		TextBox textBox;

		public MainWindow()
		{
			this.Size = new Size(320, 320);
			this.Text = "WindowsForm はこんなに酷い";
			// 第一ボタン
			Button button = new Button();
			button.Text = "ポチッと押してちょ!";
			button.Location = new Point(10, 10);
			this.Controls.Add(button);
			button.Click += delegate {
				MessageBox.Show("クリックしたね!", "タイトル");
			};
			// 第二ボタン
			Button button2 = new Button();
			button2.Text = "Dialog";
			button2.Location = new Point(10, 30);
			this.Controls.Add(button2);
			button2.Click += HandleClick;
			// テキストボックス
			textBox = new TextBox();
			textBox.Multiline = true;
			textBox.AcceptsReturn = true;
			textBox.AcceptsTab = true;
			// サイズ変更追従にこんな面倒なことをやる必要がある
			textBox.Location = new Point(0, 40);
			textBox.Size = new Size(320, 280);
			textBox.Anchor = AnchorStyles.Top | AnchorStyles.Bottom | 
				AnchorStyles.Left | AnchorStyles.Right;
			this.Controls.Add(textBox);
		}

		void HandleClick(object sender, EventArgs e)
		{
			OpenFileDialog dlg = new OpenFileDialog();
			if (dlg.ShowDialog() == DialogResult.OK)
			{
				StreamReader sr = null;
				try
				{
					sr = new StreamReader(dlg.FileName);
					string s = sr.ReadToEnd();
					textBox.Text = s;
				}
				finally
				{
					if (sr != null)
						sr.Close();
				}
			}
		}
	}
	
	public class main_class
	{
		/// <summary>
		/// エントリポイント
		/// </summary>
		public static void Main(string[] args)
		{
			MainWindow win = new MainWindow ();
			Application.Run (win);
		}
	}
}

winform

たったこれだけでも死ぬほど遅い。
Windows は最終的に Win32API だが mono の WindowsForm は全部ソフトウエア描写だから。
Gtk# なら最終的に GTK+ がやってくれるので少しマシ、それにダイアログに違和感バリバリ。

何より絶対位置配置しかできないので重なったりはみ出したりする。
これは意図的にそう書いたけど GTK+ や WPF ではこんなことはおこらないんだよ。
GTK+ でも GtkFixed レイアウタを使うと同じようになるけど。
自分の目で確かめればいいと思うならテーマを色々変えてみれば何を言いたいのかが解る。

同じものを PyGtk で作る。
もちろん GtkHBox, GtkVBox レイアウタを使う。

#!/usr/bin/env python
#-*- coding:utf-8 -*-

import gtk

class GtkForm(gtk.Window):
    """
        GtkWindow 継承クラス
    """
    def __init__(self):
        gtk.Window.__init__(self)
        self.resize(320, 320)
        # 第一ボタン
        button = gtk.Button()
        button.set_label("ポチッと押してちょ!")
        button.connect("clicked", self.messagebox)
        # 第一ボタン
        button2 = gtk.Button()
        button2.set_label("Dialog")
        button2.connect("clicked", self.opendlg)
        # テキストビュー
        self.textbox = gtk.TextView()
        # パッキング
        vbox = gtk.VBox()
        vbox.pack_start(button, False)
        vbox.pack_start(button2, False)
        vbox.pack_start(self.textbox)
        self.add(vbox)
        self.set_title("画像ビューア")
        self.connect("delete-event", self.on_quit)
        self.show_all()

    def on_quit(self, widget, event=None):
        gtk.main_quit()

    def messagebox(self, widget, event=None):
        dlg = gtk.MessageDialog(self, gtk.DIALOG_MODAL, gtk.MESSAGE_WARNING, 
                                gtk.BUTTONS_OK, "クリックしたね!")
        dlg.set_title("タイトル")  
        r = dlg.run()  
        dlg.destroy()

    def opendlg(self, widget, event=None):
        dlg = gtk.FileChooserDialog(
            buttons=(gtk.STOCK_CANCEL,gtk.RESPONSE_CANCEL,gtk.STOCK_OPEN,gtk.RESPONSE_OK))
        r = dlg.run()
        try:
            if r == gtk.RESPONSE_OK:
                f = open(dlg.get_filename())
                self.textbox.get_buffer().set_text(f.read())
                f.close()
        finally:
            dlg.destroy()

if __name__ == "__main__":
    """
        エントリポイント
    """
    w = GtkForm()
    gtk.main()

桁違いに早いし絶対に重なったりはみ出したりしない。
手抜きでスクロールバーを入れていないので小さいテキストファイルで試すのを勧める。

ネタが無いのでちょっと MonoDevelop を使ってみた。
9.04 にしてすぐ入れたのに結局使わなかったもの…

Mandriva 2009.1 on mono and IronPython

mono イラネェ…だけれど、もはや GNOME の一部みたいなものだし。
よく見ると GNOME Mandriva に入っている mono のバージョンが 2.2 だ。
これって IronPython 2.0 が普通に動くんでね?
サイトに行くと IronPython 2.6 が RC になっていた、2.6 正式版は近いようだ。

IronPython – Home

せっかくなので 2.0.2 と 2.6 RC を落として使ってみる。
2.6 RC はダメだった、2.0.2 は普通に動くでないの。

999

本家からのやつだから以前手に入れたものと違い日本語も通るようだ。
ぱぇぽぃ2 ? Blog Archive ? IronEditor

しかし矢印キーでカーソル位置を変更できない、 Windows 用キーバインドは効かない。
Linux で動かす場合は Ctrl+D で終了にしてくれよ、Ctrl+Z じゃ間違える。
GNOME 端末で使うのはちょっと簡便してくれという感じ。

つーか「ソフトウェアの管理」に 2.0.1 があるじゃないの。

mandriva_ipy

ASP.net で利用すると思われるライブラリがコレデモカ!というくらい付属。
2010.0 ではもっと増えそう、てか mono と IronPython のバージョンは何になる?
イラネ…利用するにしても本体だけを本家から落として使うと思う。

しかしローケルが UTF-8 である Linux のほうが StreamReader 等が使い易いのはこれいかに。
Encoding 指定しなければ BOM 無し UTF-8 で読み書きだものね。
Windows も過去の資産なんかどうでもいいからとっとと UTF-8 になってくれよ。

それより mono で動かしたほうが早いんだが…
標準 Python のほうが圧倒的に早いけどね。