When I first encountered CodeIgnite

When I first encountered CodeIgniter, I was pretty much at the end of my rope.
I ’ d spent seven years building up a thriving little web development group and had hitched my little
wagon to various technologies (like SMARTY and PEAR), and things had run very well for a long time.
And then it happened. What is “ it ” ? Well, “ it” wasn ’ t exactly any one thing that you could point to and
say,“ There, that’ s the problem right there! ” It was more like a combination of things. Regardless, “ it ” hit
me with the force of a torpedo, and I felt my professional outlook implode.
I ’ ve shared my story with lots of developers over the past year, and they all seem to agree that in the life
of every web geek comes a moment of clarity. This happens to us whether we ’ re the worst decision
maker in the world or some kind of digitalwunderkind .
What am I talking about? I ’ m talking about some kind of tipping point where you look at everything
you ’ ve done, and you don ’ t want to deal with it any more. I ’ m talking about making one more really
great choice (about architecture, performance handling, security, blah, blah, blah) and putting it in the
box with all your other“ great choices,” and what you end up with is a box full of complexity, a kind of
reverse Pandora ’ s box of confusion and mischief.
The upshot is pretty simple. You end up with extremely complex code that you can’ t understand. Your
mind can ’ t stretch around all the hundreds (if not thousands) of little changes and one- off decisions
you ’ ve made. You can’ t even follow all the includes, the third - party modules, and the classes embedded
within each other like Russian Dolls. In point in fact, you end up with the Thing That Cannot Be Uttered:
extremely complex code you don ’ t evenwant to deal with.
And the customers that come with that code, who quite naturally want you to make things better, suffer
from it. Big time.
So it was with me, as I contemplated the tens of thousands of lines of PHP I ’ d written with such good
intentions. If you ’ ve ever had the pleasure of working with PEAR and SMARTY (and other similar
technologies), you know that they solve a lot of problems … but they also bring a heinous level of
complexity to even the simplest little web application. And all of it was hanging around my neck like an
albatross, and boy, did I want to cut that sucker off and start over again!
But where could I go in my hour of need? Who could help me? Was there any way out of the
complicated Rube Goldberg machine I ’ d built as my little fortress of certainty? At the time when I was
feeling the most despair, there was a lot of media exposure for Rails. Hmmmm. Could this possibly be
the answer to all my problems? I bought a few books and started playing around a bit. I liked Rails — it
has a cleanness to it that makes you feel all giddy when you look at it, like buying a slick new sports car
and driving around town with it so everyone can see how fabulous you are. It was easy to use, too, and
you could get things done really fast.
But then, suddenly, the first - date warm fuzzies started wearing off. I realized that I was a PHP
programmer and that I ’ d spent years developing solutions in that world. There were very fewgotchas
left, the learning curve was nice and pleasant, and it had been years since any of my customers had felt

When I first encountered CodeIgniter, I was pretty much at the end of my rope.
 I ’ d spent seven years building up a thriving little web development group and had hitched my little
wagon to various technologies (like SMARTY and PEAR), and things had run very well for a long time.
And then it happened. What is “ it ” ? Well, “ it” wasn ’ t exactly any one thing that you could point to and
say,“ There, that’ s the problem right there! ” It was more like a combination of things. Regardless, “ it ” hit
me with the force of a torpedo, and I felt my professional outlook implode.
 I ’ ve shared my story with lots of developers over the past year, and they all seem to agree that in the life
of every web geek comes a moment of clarity. This happens to us whether we ’ re the worst decision
maker in the world or some kind of digitalwunderkind .
 What am I talking about? I ’ m talking about some kind of tipping point where you look at everything
you ’ ve done, and you don ’ t want to deal with it any more. I ’ m talking about making one more really
great choice (about architecture, performance handling, security, blah, blah, blah) and putting it in the
box with all your other“ great choices,” and what you end up with is a box full of complexity, a kind of
reverse Pandora ’ s box of confusion and mischief.
 The upshot is pretty simple. You end up with extremely complex code that you can’ t understand. Your
mind can ’ t stretch around all the hundreds (if not thousands) of little changes and one- off decisions
you ’ ve made. You can’ t even follow all the includes, the third - party modules, and the classes embedded
within each other like Russian Dolls. In point in fact, you end up with the Thing That Cannot Be Uttered:
extremely complex code you don ’ t evenwant to deal with.
 And the customers that come with that code, who quite naturally want you to make things better, suffer
from it. Big time.
 So it was with me, as I contemplated the tens of thousands of lines of PHP I ’ d written with such good
intentions. If you ’ ve ever had the pleasure of working with PEAR and SMARTY (and other similar
technologies), you know that they solve a lot of problems … but they also bring a heinous level of
complexity to even the simplest little web application. And all of it was hanging around my neck like an
albatross, and boy, did I want to cut that sucker off and start over again!
 But where could I go in my hour of need? Who could help me? Was there any way out of the
complicated Rube Goldberg machine I ’ d built as my little fortress of certainty? At the time when I was
feeling the most despair, there was a lot of media exposure for Rails. Hmmmm. Could this possibly be
the answer to all my problems? I bought a few books and started playing around a bit. I liked Rails — it
has a cleanness to it that makes you feel all giddy when you look at it, like buying a slick new sports car
and driving around town with it so everyone can see how fabulous you are. It was easy to use, too, and
you could get things done really fast.
 But then, suddenly, the first - date warm fuzzies started wearing off. I realized that I was a PHP
programmer and that I ’ d spent years developing solutions in that world. There were very fewgotchas
left, the learning curve was nice and pleasant, and it had been years since any of my customers had felt

0/5000

Từ: -

Sang: -

Kết quả (Việt) 1: [Sao chép]

Sao chép!

When I first encountered CodeIgniter, I was pretty much at the end of my rope. I ’ d spent seven years building up a thriving little web development group and had hitched my littlewagon to various technologies (like SMARTY and PEAR), and things had run very well for a long time.And then it happened. What is “ it ” ? Well, “ it” wasn ’ t exactly any one thing that you could point to andsay,“ There, that’ s the problem right there! ” It was more like a combination of things. Regardless, “ it ” hitme with the force of a torpedo, and I felt my professional outlook implode. I ’ ve shared my story with lots of developers over the past year, and they all seem to agree that in the lifeof every web geek comes a moment of clarity. This happens to us whether we ’ re the worst decisionmaker in the world or some kind of digitalwunderkind . What am I talking about? I ’ m talking about some kind of tipping point where you look at everythingyou ’ ve done, and you don ’ t want to deal with it any more. I ’ m talking about making one more reallygreat choice (about architecture, performance handling, security, blah, blah, blah) and putting it in thebox with all your other“ great choices,” and what you end up with is a box full of complexity, a kind ofreverse Pandora ’ s box of confusion and mischief. The upshot is pretty simple. You end up with extremely complex code that you can’ t understand. Yourmind can ’ t stretch around all the hundreds (if not thousands) of little changes and one- off decisionsyou ’ ve made. You can’ t even follow all the includes, the third - party modules, and the classes embeddedwithin each other like Russian Dolls. In point in fact, you end up with the Thing That Cannot Be Uttered:extremely complex code you don ’ t evenwant to deal with. And the customers that come with that code, who quite naturally want you to make things better, sufferfrom it. Big time. So it was with me, as I contemplated the tens of thousands of lines of PHP I ’ d written with such goodintentions. If you ’ ve ever had the pleasure of working with PEAR and SMARTY (and other similartechnologies), you know that they solve a lot of problems … but they also bring a heinous level ofcomplexity to even the simplest little web application. And all of it was hanging around my neck like analbatross, and boy, did I want to cut that sucker off and start over again! But where could I go in my hour of need? Who could help me? Was there any way out of thecomplicated Rube Goldberg machine I ’ d built as my little fortress of certainty? At the time when I wasfeeling the most despair, there was a lot of media exposure for Rails. Hmmmm. Could this possibly bethe answer to all my problems? I bought a few books and started playing around a bit. I liked Rails — ithas a cleanness to it that makes you feel all giddy when you look at it, like buying a slick new sports carand driving around town with it so everyone can see how fabulous you are. It was easy to use, too, andyou could get things done really fast. But then, suddenly, the first - date warm fuzzies started wearing off. I realized that I was a PHPprogrammer and that I ’ d spent years developing solutions in that world. There were very fewgotchasleft, the learning curve was nice and pleasant, and it had been years since any of my customers had felt

đang được dịch, vui lòng đợi..

Kết quả (Việt) 2:[Sao chép]

Sao chép!

Khi tôi lần đầu tiên gặp phải CodeIgniter, tôi đã được khá nhiều vào cuối sợi dây của tôi.
Tôi d đã trải qua bảy năm xây dựng lên một chút nhóm phát triển web phát triển mạnh và đã quá giang nhỏ của tôi
toa xe đến công nghệ khác nhau (như Smarty và PEAR), và những thứ có chạy rất tốt trong một thời gian dài.
Và sau đó nó đã xảy ra. Nó là gì " ? Vâng, "nó" wasn 't chính xác bất kỳ một điều mà bạn có thể nghĩ đến và
nói, "Có, đó là vấn đề phải có! "Đó là giống như một sự kết hợp của sự vật. Bất kể, "nó" đánh
tôi với các lực lượng của một quả ngư lôi, và tôi cảm thấy implode triển vọng nghề nghiệp của tôi.
Tôi đã chia sẻ câu chuyện của mình với rất nhiều các nhà phát triển trong năm qua, và tất cả họ đều đồng ý rằng trong cuộc sống
của mỗi web đam mê đến một thời điểm của sự rõ ràng. Điều này xảy ra với chúng ta cho dù chúng ta đang quyết định tồi tệ nhất
nhà sản xuất trên thế giới hoặc một số loại digitalwunderkind.
Tôi đang nói về cái gì? Tôi đang nói về một số loại điểm tới hạn, nơi bạn nhìn vào tất cả mọi thứ
bạn đã làm, và bạn don 't muốn để đối phó với nó nữa. Tôi đang nói về việc thêm một sự
lựa chọn tuyệt vời (về kiến trúc, xử lý hiệu suất, an ninh, blah, blah, blah) và đặt nó trong
hộp với tất cả các bạn "sự lựa chọn tuyệt vời", và những gì bạn kết thúc với một hộp đầy phức tạp, một loại
hộp rối nghịch ngợm ngược Pandora 's.
Kết quả cuối cùng là khá đơn giản. Bạn kết thúc với mã cực kỳ phức tạp mà bạn 'có thể t hiểu. Bạn
tâm trí có thể 't căng xung quanh tất cả các hàng trăm (nếu không phải hàng ngàn) của những thay đổi nhỏ và One-off quyết định
bạn đã thực hiện. Bạn có thể 't thậm chí theo tất cả các bao gồm, thứ ba - module bên, và các lớp nhúng
trong nhau như búp bê Nga. Trong thời điểm trong thực tế, bạn kết thúc với That Thing không thể nói ra được:
đang vô cùng phức tạp, bạn don 't evenwant để đối phó với.
Và các khách hàng đi kèm với mã số đó, người khá tự nhiên muốn bạn để làm cho mọi việc tốt hơn, đau khổ
từ nó . Big thời gian.
Vì vậy, nó đã được với tôi, như tôi dự tính lên tới hàng chục ngàn dòng PHP tôi d bằng văn bản với tốt như
ý. Nếu bạn đã từng có niềm vui làm việc với PEAR và Smarty (và tương tự khác
công nghệ), bạn biết rằng họ giải quyết rất nhiều vấn đề ... nhưng họ cũng mang lại một mức độ tàn ác
phức tạp, ngay cả các ứng dụng web đơn giản chút. Và tất cả của nó được treo trên cổ của tôi giống như một
chim hải âu, và cậu bé, tôi đã muốn cắt Sucker đó ra và bắt đầu lại một lần nữa!
Nhưng mà tôi có thể đi trong giờ của tôi cần được? Ai có thể giúp tôi? Có cách nào ra khỏi
máy Rube Goldberg phức tạp Tôi d được xây dựng như pháo đài nhỏ của tôi về sự chắc chắn? Đồng thời khi tôi
cảm thấy tuyệt vọng nhất, đã có rất nhiều tiếp xúc phương tiện truyền thông cho Rails. Hmmmm. Có thể điều này có thể là
câu trả lời cho tất cả các vấn đề của tôi? Tôi đã mua một vài cuốn sách và bắt đầu chơi xung quanh một chút. Tôi thích Rails - nó
có một độ sạch để nó khiến bạn cảm thấy tất cả ham chơi khi bạn nhìn vào nó, giống như mua một chiếc xe thể thao mới bóng bẩy
và lái xe xung quanh thị trấn với nó cho tất cả mọi người có thể xem như thế nào tuyệt vời mà bạn đang có. Thật dễ dàng để sử dụng, quá, và
bạn có thể làm mọi việc thật nhanh.
Nhưng sau đó, đột nhiên, người đầu tiên - fuzzies ấm ngày bắt đầu mặc tắt. Tôi nhận ra rằng tôi là một PHP
lập trình viên và rằng tôi d trải qua nhiều năm phát triển các giải pháp trong thế giới đó. Có được rất fewgotchas
trái, đường cong học tập đã được tốt đẹp và dễ chịu, và nó đã được năm kể từ khi bất kỳ khách hàng của tôi đã cảm thấy

đang được dịch, vui lòng đợi..

Kết quả (Việt) 3:[Sao chép]

Sao chép!

đang được dịch, vui lòng đợi..

Các ngôn ngữ khác

Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.