Thế giới xung quanh chúng ta đang chuyển động không ngừng với những thay đổi và phát triển mạnh mẽ của ngành tin học và công nghệ thông tin. Sự phát triển của công nghệ thông tin góp phần quan trọng trong việc nâng cao hiệu quả trong mọi ngành nghề. Chính vì điều này, các công việc liên quan đến công nghệ thông tin và tin học đang phát triển rất nhanh và ngày càng được nhiều các bạn trẻ quan tâm. Biên tập viên Umar của Hotcourses Việt Nam sẽ giới thiệu thêm cho bạn về ngành học thú vị này.
Ngành tin học là sự tổng hợp của các ngành như toán học, lập trình, kĩ thuật, tâm lý học và ngôn ngữ học. Ngành học này sẽ là hướng đi tuyệt vời cho những ai có khả năng sáng tạo tốt cũng như hứng thú với tin học và có kĩ năng vững chắc về giải quyết các vấn đề nảy sinh. Chúng ta có thể nhìn thấy công nghệ thông tin không thể thiếu trong rất nhiều các lĩnh vực thiết yếu của đời sống như hệ thống giao thông, kinh tế và truyền thông.
Đây cũng là một ngành tạo nên những chương trình, hệ thống hữu ích, ví dụ như làm thể nào để triển khai một giải pháp hiệu quả một cách có hệ thống, hay chọn lựa một ngôn ngữ lập trình và phương pháp kĩ thuật phù hợp, cũng như đảm bảo các chương trình hoạt động một cách chính xác.
Ngành học này có rất nhiều các chủ đề mà sinh viên và du học sinh có thể lựa chọn tùy theo sở thích của mình. Ngành học nói chung tập trung vào những nguyên lý cơ bản và kiến thức thực tiễn về tin học hiện đại, với những kinh nghiệm học tập rất thực tế giúp bạn có thể sẵn sàng cho công việc ngay sau khi ra trường.
Thời gian của ngành học này thường kéo dài 3 năm nếu bạn học toàn thời gian, 4-5 năm nếu học bán thời gian hoặc học không liên tục. Hơn thế nữa, ngành học có rất nhiều các chủ để khác nhau mà bạn có thể lựa chọn theo học chuyên sâu hơn trong năm thứ 2 hoặc năm thứ 3.
Ngành học tập trung chủ yếu về hệ thống máy tính và phát triển các phần mềm. Sự chú trọng này dựa trên các công cụ và dịch vụ để xây dựng nên những ứng dụng, các chương trình và phần mền hữu ích để đảm bảo những hệ thống phụ thuộc vào những phần mềm và ứng dụng này hoạt động hiệu quả hơn.
So, you can always just change things in your app and wait to push live. But, when you want something a bit more robust, here’s my preferred method:
Create new pages of the pages you want major changes. Update their names (e.g., /pricing becomes /pricing-new). Then, once everything is tested and ready to move to production, you can delete the old pages or change their names (e.g., /pricing-old) and then make the new ones the original names (e.g., /pricing) - this way any external links or hardcoded links still work. Then, go through your app and update any dynamic links or “navigate to” destinations that point to an old page (e.g., /pagename-old).
This is a very useful method that I follow too, as I can either copy a page which will copy over any conditions, workflows and so on or start from scratch on a new page and pick n choose elements or pull in reusuable elements.
The issues I sometimes have is for instance: An web app is deployed, I start developing other pages or expanding upon some existing site features, but I’ll need to push out a few tweaks to the current web app or a client will ask for a small change. If I have left any errors present it sometimes forces me to double back on things, just so I can then make these small changes, deploy and then go back to where I was.
I know its possible to push selected changes under the Deployment section, but its hard to make heads or tails of it most of the time and it doesn’t always work for more complicated adjustments. Do you experience the same type of issues? Any tips that could iron out a smoother deployment? (maybe I’m slightly off topic here )
Good question. With Bubble, we’ve found it good practice to start one thing and finish it before moving to the next because of issues like the one you raise.
Of course, continuing on the current task isn’t always viable. In those circumstances, we typically try to work the bug count down to zero and then push the code. You can even make the fix that’s required and then delete the new page (so errors are zero) then push the code Live (with the fix). Then, on your development site revert back to just before you deleted the page and continue coding.
Thanks @sridharan.s some good points mentioned. I’m always trepidatious about deleting pages and restoring, just in case it fails on me - but doubling back is sometimes the best route if there are just too many errors to fix at a point in time.
I’d love to see Bubble in the future progress with the deployment section to make it more friendly in the situations described, but for the moment these workarounds do the job
)