dionysus_chaosのプロフィール
- ベストアンサー数
- 9
- ベストアンサー率
- 45%
- お礼率
- 100%
- 登録日2011/04/21
- C++を読めるようになりたい
あるIT系業務で、製品のサポートをする仕事をしないかと誘われています。 瑕疵対応なのですが、コードを読めるようにならなければなりません。 私はインフラエンジニアなので、シェルくらいしか読んだ事がありません。 一ヶ月程度の勉強で読めるようになるものでしょうか。 また、読めるようになるにはどのような勉強が必要でしょうか。
- 締切済み
- C・C++・C#
- Libertarian2011
- 回答数6
- 乱数発生関数randomなど
random, srandom, initstate, setstate で乱数を生成できることを知りましたが、運用方法がよくわかりません。c言語に詳しい方、for文を使って乱数を5個ほど表示させるプログラムを示してください。
- ベストアンサー
- C・C++・C#
- takkunruha
- 回答数3
- 日本史って難解だと思われませんか
日本の歴史って国語の授業よりも難しい漢字がいっぱい出て来て振り仮名も振ってない。その漢字の意味も難しい文字で書かれている。困ると思いませんか?公家や武士が出て来ても何も面白くありません。それが僕の日本史が嫌いな理由の一つです。 歴史って他の教科より奥が深すぎると思いませんか?ちょっと言葉が出て来ただけでその上にも下にも木の枝や根っこの様にいろいろと分かれて切りが無くつながっている。その事を理解しながら、読み進めるのは何か難解で困りませんか。 日本の歴史って面白くありません。こんな物、勉強する必要無いんじゃないのと言うくらい。かと言って世界の歴史なら簡単だとは言っていないのですが。 縄文時代から始まって江戸時代までは、なんら面白い所はありません。勉強するなら明治時代以降からでいいです。それなら少しは興味が持てます。期間も短いですし。でも学校の学習から江戸時代以前をなくす事はおそらく出来ないと思われるでしょう。やれば出来るかも知れませんが。 僕は古いものや寺や宗教なども嫌いですし、江戸時代などの武士が土地を独り占めにして百姓に小作人として米を納めさせるという仕組みが嫌いです。そんなもの武士が百姓からただで米を奪っているだけじゃないですか。武士が百姓から米を泥棒しているだけじゃないですか。武士はそれでいて威張り腐って生きています。そうやって武士がのうのうと生きてる所が嫌いなんです。 そこで質問です。日本史のどういう所に目を着けたら面白く思えるんでしょうか?どうすれば日本史を楽しく学習する事が出来るんでしょうか。どうすれば日本史に興味を持てて面白いなと感じる事が出来るのでしょうか。 日本の歴史は、掘り下げていくと難解だと思いませんか。 日本史が好きで仕方が無いという方、もし良かったらその面白さを感じるわけ(仕組み)を教えて頂けませんか。それが分かったなら僕も日本史が、面白いな、と感じる事が出来るかもしれません。そういう事で皆様の意見をお待ちしておりますのでよろしくお願いします。
- ベストアンサー
- 歴史
- noname#245555
- 回答数16
- Visual C++エンジニアの将来性
入社3年目のソフトエンジニアです。 現職では主にMFCのWindowsアプリケーションを作成しています。 作っている中身はかなり専門的な分野で、この知識なら10年、20年やってる方にも負けないという自信はあるのですが、いかにせVisual C++というものの将来性に不安を感じています。 そもそも標準規格に左右される業界なので、仕事に対する知識が将来的に全く意味のないものになる可能性もあります。 もし将来、他業界へ転職する場合、MFCのみの経験ってかなりキツいでしょうか? 今の業務は処理内容自体が重視されるので、正直言ってスレッドすら使用する必要がありません。 開発チームもせいぜい3人が上限で、マネージャー経験を積むのも難しいです。 チャンスがあるうちに第二新卒で他業界でJavaやPHPに挑戦しようかと考えています。 皆さんのご意見伺いたいです。
- ベストアンサー
- C・C++・C#
- noname#181960
- 回答数6
- 製造業の番号管理
これからパソコンのデータベースで管理しようと思っているのですが、どこまでコード(番号)管理が必要か分かりません。 受注情報があって、 原料受け入れして 1.生産(原料を使用して製品を生産)→出荷 2.生産(上記と同じ) →出荷+在庫 (リピート品を余分に生産) 3.在庫+ 生産(上記と同じ) →出荷+在庫 (在庫<受注量の場合) 4.在庫 →出荷 (1番多い形です。) (在庫>受注量の場合) という4つの流れをしてます。ですので比較的簡単な流れです。 以前はコード(ナンバー)は受注のみにあって、原料、生産、在庫受け払い、出荷を1枚の伝票にまとめてます。今は試行錯誤の最中でまだ確定できません。 ・やはり生産ナンバーや在庫受け払いなど番号管理が必要でしょうか。 ・伝票も複数にしたほうがいいのでしょうか。それとも受注伝票1枚にいろいろ盛り込む昔の形のままでいいのでしょうか。
- 締切済み
- SE・インフラ・Webエンジニア
- noname#209986
- 回答数2